|
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 9363 |
also kopieren geht grundsätzlich. Stecke bitte den Stick an und cd /media/$USER #schau ob dein Stick hier erscheint
ls -la SCAN_STICK # das ist der Label meines Sticks
cd # zurück ins Home-Verzeichnis
cp test.txt /media/ubuntu-22-04/SCAN_STICK # gelb= dein Label muss hier eingesetzt werden
cat /media/ubuntu-22-04/SCAN_STICK/test.txt # den Inhalt der Datei anzeigen |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 1204 Wohnort: Belgien |
Ja, was nicht geht, ist das abbrechen eines Kopiervorgangs, oder das abziehen des Sticks, wird er abgezogen, bleibt er im system drinn,er ist dann unter: /media/pattes/stick/ weiter vorhanden, wird er wieder eingesteckt, dann ist er unter Nautilus doppelt vorhanden. Der Rechner lässt sich dann nichtmehr herunterfahren. pattes@pattes-tty:~$ cd /media/$USER pattes@pattes-tty:/media/pattes$ ls -la total 8 drwxr-x---+ 2 root root 4096 Mai 19 11:30 . drwxr-xr-x 4 root root 4096 Mai 7 14:51 .. pattes@pattes-tty:/media/pattes$ ich muss den mounten pattes@pattes-tty:~$ sudo mount /dev/sdb1 /media/ pattes@pattes-tty:~$ cd /media/pattes/ Der Inhalt des Sticks: pattes@pattes-tty:/media/pattes$ ls -la total 368 drwxr-x--- 35 pattes pattes 4096 Mai 17 14:48 . drwxr-xr-x 3 pattes root 4096 Mai 17 14:53 .. -rw-r--r-- 1 pattes pattes 5997 Feb 2 2023 32cpu_nouveaureverse -rw-rw-r-- 1 pattes pattes 4167 Mai 14 01:46 32cpu_rings -rw-r--r-- 1 pattes pattes 8427 Dez 3 22:33 amd_mon_nouveau -rw-r--r-- 1 pattes pattes 6749 Nov 20 2022 amd_mon_nouveau.bak -rw-rw-r-- 1 pattes pattes 2076 Dez 3 2022 arch_guide drwxrwxr-x 2 pattes pattes 4096 Feb 25 00:23 backup_apt drwxrwxr-x 2 pattes pattes 4096 Jun 6 2022 backupAPT_old2110 drwxrwxr-x 6 pattes pattes 4096 Aug 20 2023 backup_conky -rw------- 1 pattes pattes 42945 Mai 17 14:48 .bash_history -rw-r--r-- 1 pattes pattes 220 Mai 26 2022 .bash_logout -rw-r--r-- 1 pattes pattes 3973 Aug 3 2023 .bashrc drwxrwxr-x 2 pattes pattes 4096 Mai 12 02:45 borg drwx------ 18 pattes pattes 4096 Mai 15 22:35 .cache -rw-rw-r-- 1 pattes pattes 2047 Mai 8 16:06 conectconky drwx------ 32 pattes pattes 4096 Mai 12 21:56 .config drwxrwxr-x 3 pattes pattes 4096 Mai 1 00:42 .conky -rw-rw-r-- 1 pattes pattes 1169 Nov 12 2023 conky_cplusplus drwxr-xr-x 2 pattes pattes 4096 Apr 6 23:05 conky_images drwxr-xr-x 3 pattes pattes 12288 Okt 12 2020 cprogr drwxr-xr-x 3 pattes pattes 4096 Mär 14 2023 ctest drwxr-xr-x 8 pattes pattes 4096 Mai 12 21:56 Desktop drwxr-xr-x 2 pattes pattes 4096 Feb 5 13:33 Documents drwxr-xr-x 18 pattes pattes 4096 Mai 12 15:58 Downloads -rwxrwxr-- 1 pattes pattes 71 Mai 17 14:14 .fehbg drwxr-xr-x 2 pattes pattes 4096 Mai 26 2022 .fontconfig drwxr-xr-x 2 pattes pattes 4096 Jan 20 2019 .fonts drwx------ 2 pattes pattes 4096 Apr 23 2023 .gnupg drwxrwxr-x 2 pattes pattes 4096 Aug 17 2023 .gphoto -rw-rw-r-- 1 pattes pattes 590 Mai 29 2022 .gtkrc-2.0 drwxrwxr-x 26 pattes pattes 4096 Mai 26 2022 i3-gaps -rwxrwxr-x 1 pattes pattes 41 Apr 22 2023 i3_msg2.sh -rwxrwxr-x 1 pattes pattes 41 Mai 1 2023 i3_msg.sh -rw------- 1 pattes pattes 34 Mai 16 00:59 .lesshst -rwxr-xr-x 1 pattes pattes 44 Jul 21 2020 lin_befehl.sh -rw-r--r-- 1 pattes pattes 31853 Mai 16 12:03 linux_befehle drwx------ 5 pattes pattes 4096 Mai 28 2022 .local -rw-r--r-- 1 pattes pattes 2181 Aug 6 2023 me_clock -rw-r--r-- 1 pattes pattes 1653 Jan 23 2022 me_clock.bak drwx------ 4 pattes pattes 4096 Jun 5 2022 .mozilla drwxrwxr-x 2 pattes pattes 4096 Mai 27 2022 .mplayer -rw-r--r-- 1 pattes pattes 7893 Jan 20 14:10 msfconsole drwxr-xr-x 2 pattes pattes 4096 Mai 26 2022 Music -rw-rw-r-- 1 pattes pattes 1261 Mai 8 16:06 netconky drwxr-xr-x 2 pattes pattes 4096 Mai 17 14:51 Pictures drwx------ 3 pattes pattes 4096 Jun 5 2022 .pki -rw-r--r-- 1 pattes pattes 807 Mai 26 2022 .profile drwxr-xr-x 2 pattes pattes 4096 Mai 26 2022 Public drwxr-xr-x 2 pattes pattes 4096 Jul 24 2023 python -rw------- 1 pattes pattes 12 Feb 16 2023 .python_history -rwxrwxr-x 1 pattes pattes 78 Okt 11 2021 retro.sh drwxrwxr-x 2 pattes pattes 4096 Mai 9 22:03 rsync_backup -rw-rw-r-- 1 pattes pattes 0 Jul 17 2022 .selected_editor drwx------ 2 pattes pattes 4096 Jun 5 2022 .ssh drwxrwxr-x 4 pattes pattes 4096 Feb 26 13:39 .ssr -rwxrwxr-x 1 pattes pattes 180 Apr 6 23:04 startconky.sh -rw-r--r-- 1 pattes pattes 0 Mai 26 2022 .sudo_as_admin_successful -rwxrwxr-x 1 pattes pattes 31 Okt 27 2019 sund.sh drwx------ 2 pattes pattes 4096 Jun 6 2022 .synaptic -rwxrwxr-x 1 pattes pattes 30 Nov 2 2020 tast.sh drwxr-xr-x 2 pattes pattes 4096 Mai 26 2022 Templates -rwxr-xr-x 1 pattes pattes 48 Aug 13 2019 te.sh drwxr-xr-x 2 pattes pattes 4096 Feb 26 14:10 Videos -rw-rw-r-- 1 pattes pattes 933 Mär 6 2023 vol_conk drwx------ 2 pattes pattes 4096 Jul 24 2022 .w3m -rw-rw-r-- 1 pattes pattes 1105 Jun 26 2023 .wget-hsts -rw------- 1 pattes pattes 56 Jul 9 2023 .Xauthority -rw-rw-r-- 1 pattes pattes 17 Mai 12 03:09 .Xresources pattes@pattes-tty:/media/pattes$ Das Kopieren: pattes@pattes-tty:~/Desktop$ cp test.txt /media/pattes/ pattes@pattes-tty:~/Desktop$ cat: pattes@pattes-tty:~/Desktop$ cat /media/pattes/test.txt Kopier-test pattes@pattes-tty:~/Desktop$ Nochmal die Erklärung meines Problems(die Überschrift war vielleicht aus Unwissenheit falsch gewählt): Ich kopiere über Nautilus Daten auf einen Stick +-2GB nach kurzer Zeit sagt nautilus das der Kopiervorgang beendet ist, was aber anscheinend nicht stimmt, danach lässt der Stick sich nichtmehr Aushängen, oder er blockiert sogar das Herunterfahren des Systems. Ziehe ich den Stick einfach ab, zeigt Nautilus den trotzdem weiter an, stecke ich ihn wieder ein, habe ich den Stick 2x im System Will man das System mit sudo Herunterfahren, kommt ein <stop job> mit timer der zumindest über eine st. durchläuft, bis ich die Geduld verliere und den Rechner abwürge. Diese Probleme treten auf jedem USB Port(hab 6Verschiedene getestet, unabhängig usb2/usb3) aber nur bei grösseren Kopiervorgängen, wird einfach nur ein kleines File kopiert, tritt dieses Problem nicht auf. Man kann den aushängen und den Pc herunterfahren. Die Überschrift müsste eigentlich lauten, wie breche ich einen Kopiervorgang auf einen Usb Stick ab, und kann anschliessend den Rechner Herunterfahren bzw neu starten. |
|
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 9363 |
Ich verstehe dich nicht so richtig, daher frage ich mal nach.
Sagt mir:
ist das die Größe der Datei/des Ordners oder die Größe des Sticks?
kurze Zeit ist sehr sehr allgemein. 😢
Das ist gewollt, denn wenn ein Kopiervorgang läuft, bedeutet abziehen Datenverlust im maximalen Fall sogar kein Zugriff auf den Stick mehr.
Verstehe ich auch nicht, beim beobachten per
Ist vllt nicht so gut "abwürgen", es sollte eine sanfte Methode wenigsten probiert werden. Diese schon getestet Magic SysRQ?
pattes@pattes-tty:/media/pattes$ ls -la Das sollte da eigentlich nicht kommen. Es sollte so aussehen. mate@mate-HP-ProDesk:~$ cd /media/$USER mate@mate-HP-ProDesk:/media/mate$ ls -la insgesamt 40 drwxr-x---+ 10 root root 4096 Mai 19 09:24 . drwxr-xr-x 3 root root 4096 Dez 20 15:01 .. drwxrwxrwx 9 mate mate 4096 Mär 31 11:10 fuer-sicherung drwx------ 5 mate mate 4096 Apr 9 17:04 Platte3 drwxr-xr-x 4 root root 4096 Okt 25 2023 sicherung_mate drwxr-xr-x 2 root root 4096 Mär 19 18:27 test1 drwxrwxrwx 1 mate mate 4096 Mär 30 09:33 TOSHIBA drwx------ 5 mate mate 4096 Dez 8 12:08 TOSHIBA_2 drwx------ 15 mate mate 4096 Mai 13 14:09 Volume drwxrwxrwx 4 mate mate 4096 Mai 10 18:11 win11 mate@mate-HP-ProDesk:/media/mate$
Hier in dem Beispiel sind alle gemounteten Geräte als Directories aufgeführt. mate@mate-HP-ProDesk:~$ mount -l| grep -i /dev/sd| sort| grep -i media /dev/sda3 on /media/mate/win11 type ext4 (rw,relatime) [win11] /dev/sdb1 on /media/mate/Volume type ext4 (rw,relatime) [Volume] /dev/sdd1 on /media/mate/sicherung_mate type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2) [sicherung_mate] /dev/sdd2 on /media/mate/fuer-sicherung type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2) [fuer-sicherung] /dev/sde1 on /media/mate/TOSHIBA type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2) [TOSHIBA] /dev/sde2 on /media/mate/TOSHIBA_2 type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2) [TOSHIBA_2] /dev/sdf1 on /media/mate/Platte3 type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2) [Platte3] mate@mate-HP-ProDesk:~$ |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 1204 Wohnort: Belgien |
Es wird über nautilus kopiert, zb das kompl /home zb per Mouse click copy paste
Ja Nautilus, die Dateien die kopiert wurden sind ja im Vorgänger post, gelistet per codeblock, die wurden alle in einem Rutsch kopiert.
+- könnte auf die Größe des Kopierobjektes hindeuten. Es ist die grösse der Kopier Objekte, der Stick hat 16Gb, und ist in ext4
Ich kann das gerne mal stoppen, ich habe mir für sowas ein kleines Programm geschrieben, um die Zeit zu stoppen. Also gerade versucht, wenn das /home auf den Stick kopiert wird(2,3GB) sagt Nautilus nach 6,5sec das der Kopiervorgang beendet ist, nun fangen die Probleme an: der Stick lässt sich nicht aushängen mit der Fehlermeldung writing data to General Udisk Device should not be unplugged
Ja der Rechner bleibt komplett Bedienbar, solange ich nicht Programme starte die auf den Stick zugreifen, zb gparted friert dann ein, der Rechner bleibt aber trotzdem bedienbar.
Also der Stick wird eingesteckt und erkannt, aber nicht automatisch gemountet
Das ist über Nautilus gleich, der Stick wird sofort erkannt aber nicht automatisch gemountet, ich Klicke dann auf den Pfeil, und kann in dem Stick reinschauen...ist aber nicht das Problem
Ok das ist schonmal eine Information, das wusste ich nicht, ich bin davon ausgegangen, das eine Art Ringbuffer immer kontrolliert ob ein Stick drinn ist oder nicht.
Nein, bisher nur wenn er im Herunterfahren per sudo im stop job is running hängt: strg+alt+entf dann wird im Kernel etwa angezeigt das mehr als 7sec vom user der Befehl abgesetzt wurde den genauen Wortlaut hab ich jetzt nicht aufgeschrieben.
Er mountet sich ja bei mir nicht automatisch, erst nach dem mount Befehl geht auch ls -la dann wird der Inhalt angezeigt. Soll ich nichtmal ein Video machen das auf youtube Hochladen und verlinken was genau im Nautilus passiert? Wie kann ich denn eigentlich einen Kopiervorgang auf dem Stick der mit Nautilus gestartet wurde abbrechen? |
|
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 9363 |
Das Verhalten des Nautilus ist anders, als ich es je erlebt habe. In dem Anhang sind zwei Punkte
Kommt gleich nach dem Einstecken.
doch ist ein Problem, weil der Stick automatisch gemountet sein sollte. Siehe oben.
und was ist dann alles auf den Stick kopiert worden?
Probier mal kill und die anderen dort verlinkten Befehle. Ist aber eigendlich keine saubere Lösung, Nautilus sollte schon richtig arbeiten. 😉 Verzeih, kannst du nochmal sagen oder probieren, wie es mit einem Live-System funktioniert. 😎 wir sind ja schon fast an Ende von Seite 4 😎 Läuft dein System auf Xorg oder Wayland? Vllt mal wechseln, nur so eine Idee. |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 1204 Wohnort: Belgien |
Ich hab nun ein video gemacht, weil wir schon auf Seite 4 sind, und das eigentliche Problem gar nicht angegangen wird.
Bei mir auch, aber es ist nicht das Problem
Ja das ist in den Vorgänger post im codeblock gelistet! jetzt habe ich mal fürs Video den Stick gelöscht, der Rest siehst Du wo es hakt im Video
Kann ich aber wurde auch schon auf mehreren codeblöcken Detailliert gezeigt, es ist sehr einfach im live system ist es genau gleich wie bei mir
Es läuft auf xorg, mit i3wm
Werde ich auch noch versuchen. |
|
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 9363 |
Hallo ubuntu--anfaenger, die GUI- Aktionen kann ich nachvollziehen, was mir leider nicht gelinkt, sind die Terminal- Ausgaben am rechten Rand. Ich kann die nicht lesen. 😢 Ich werde deine Schritte nachmachen und melde mich dann. So ich kann leider deinen Fehler nicht bestätigen. Bei mit läuft es gut. Ich habe sogar eine größere Datenmenge (10 GB) kopiert, was sehr "lange" gedauert hat. Auch auf das Aushängen musste ich ganz schön warten. In dem Video wird eine Fehlermeldung "Error while ... *.bin" ausgegeben und du musst skip, was passiert, wenn du cancel verwendest? Nochmal nachgefragt: Was funktioniert mit einem Live-System? |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 1204 Wohnort: Belgien |
Was heisst das genau? Ist das normal niemals!
Sollte aber auch bei Dir in HD laufen ☺ Die sind Unwichtig, wollte nur schreiben was ich genau am machen bin.
Das ist auch normal, da ist eine Datei die nicht kopiert wird... genauer die SiteSecurityServiceState.bin aus dem .mozilla, das ist so von mir gewollt.
Ähnlich, aber mit dem Unterschied, das ich das System noch herunterfahren kann, er bleibt dann auch hängen bis das ich den Stick abziehe(der wo das live system drauf ist) Bitte schau Dir das Video an. Ich denke jetzt aber auch das wir so nichtmehr weiter kommen, Warscheinlich tiefer Hardware TreiberKram..oder sowas, ich weiss auch nichtmal wie lange ich diese Probleme schon habe, könnte nach dem letzten Bios upgrade sein... Was ich auch noch versucht hatte ist den XHCI Hands off umzustellen, im bios hatte aber auch kein Erfolg. Was total komisch ist, wenn ich über usb ne Festplatte anschliesse hab ich das Problem nicht. Was man jetzt machen müsste ist eine Lösung zu finden wie man den Prozess des udisksd Vernünftig killen kann(bisher lässt der sich auf keine Weise killen alles mögliche schon versucht sogar die ganze unit schon versucht abzschiessen ohne erfolg) Die Inhibitoren, sind tief im linux kernel Eingegraben, da wird man bestimmt auch nicht soleicht ran kommen. Gibt es eigentlich eine Möglichkeit sich Hirarich über den Benutzer root zu setzen? Da root ja auch nichts machen kann ☹ Auf jedenfall schonmal danke für deine Geduld. |
|
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 9363 |
Hallo ubuntu--anfaenger, ich stelle mal einige kühne Behauptungen auf. In der GUI- Nautilus das Home- Verzeichnis auf einen Datenträger zu kopieren funktioniert nicht.
Ich habe mal die Befehle aus dem Wiki in der VirtualBos (da ich kein Ubuntu sondern Mate nutze und somit Caja) getestet und nachfolgend gepostet. ubuntu-22-04@ubuntu2204-VirtualBox:~$ du -sh /home 3,1G /home ubuntu-22-04@ubuntu2204-VirtualBox:~$ sudo -s ubuntu-22-04@ubuntu2204-VirtualBox:~$ sudo -s [sudo] Passwort für ubuntu-22-04: root@ubuntu2204-VirtualBox:/home/ubuntu-22-04# root@ubuntu2204-VirtualBox:/home/ubuntu-22-04# cd / root@ubuntu2204-VirtualBox:/# root@ubuntu2204-VirtualBox:/# fdisk -l| grep -i /dev/sd Festplatte /dev/sda: 83,78 GiB, 89962577920 Bytes, 175708160 Sektoren /dev/sda1 2048 1050623 1048576 512M EFI-System /dev/sda2 1050624 175706111 174655488 83,3G Linux-Dateisystem Festplatte /dev/sdb: 28,65 GiB, 30765219840 Bytes, 60088320 Sektoren # ist ein Stick root@ubuntu2204-VirtualBox:/# root@ubuntu2204-VirtualBox:/# mount /dev/sdb /mnt/tmp root@ubuntu2204-VirtualBox:/# root@ubuntu2204-VirtualBox:/# cp -avx /home/* /mnt/tmp root@ubuntu2204-VirtualBox:/mnt/tmp# du -sh ubuntu-22-04/ 3,1G ubuntu-22-04/ root@ubuntu2204-VirtualBox:/mnt/tmp# root@ubuntu2204-VirtualBox:/mnt/tmp# cd root@ubuntu2204-VirtualBox:~# umount /dev/sdb root@ubuntu2204-VirtualBox:~# exit exit ubuntu-22-04@ubuntu2204-VirtualBox:~$ |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 1204 Wohnort: Belgien |
Mein Problem hat mit dem kopieren des (home aber gar nichts zu tun, es ist immer gleich, ob home, oder my_stuff(2GB) Nautilus sagt nach ca 5sec fertig kopiert(siehe video)) dann will ich aushängen und das Rädchen dreht permanent, wenn ich den Stick nun vom Rechner entferne, lässt der sich nicht mehr Herunterfahren, man kann den nur noch abwürgen.
Also das was Du beschreibst, mit /home Umziehen, das ist was anderes ich kopiere nur einfach den /home Ordner das was durchgeht geht und was nicht geht dann auch nicht, ich möchte kein /mountbares home, wenn ich ein Starfähiges /home haben will mache ich das mit rsync oder mit borg. Es ist egal was kopiert wird, wenn Nautilus sagt der kopiervorgang(siehe Video) ist beendet, und man zieht den Stick ab, dann lässt der Rechner sich nichtmehr herunterfahren(siehe video siehe codeblocks) Das ist das eigentliche Problem, hat mit dem /home Verzeichnis gar nichts zu tun |
|
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 9363 |
Schon mehrfach gesagt, das ist keine korrektes Vorgehen. In einem laufenden Prozess einfach das Ziel zu entfernen.
Doch das home- Kopieren ist ein spezieller Kopiervorgang. Mit dem Home als Ganzes zu arbeiten, erfordert root- Rechte, die hast du als Nautilus- User nicht. Nautilus wird ja schon etwas ungewöhnlich benutzt, da du um an das home zu kommem , ja über -anderen Ort > Rechner > Ordner home gehen musst. Das home verbirgt sich ja im Nautilus hinter dem "persönlichen Ordner". |
|
Anmeldungsdatum: Beiträge: 3675 |
Was für ein Durchsatz kommt zustande, wenn du per dd eine Datei auf den Stick schreibst? sudo dd bs=1M count=100 status=progress oflag=sync if=/dev/zero of=/pfad/zum/stick/testdatei ## pfad zum stick entspr. anpassen
Was kommt dann beim gleichen Befehl heraus?
Schlecht. Reden wir von Wochen / Monaten / Jahren? 😉
Alles möglich. Gibts ein aktuelleres? Auch mal testen: Live-System mit garantiert älterem Kernel wie z.B. Ubuntu 20.04 (Kernel 5.4.0-26.30). Tritt es da auch auf, geht es wohl doch in Richtung Hardware / BIOS bzw. UEFI. Ansonsten könnte es durchaus auch eine Inkompatibilität Hardware / Kernel-Version sein. Dann würde ich LTS Enablement Stacks (Abschnitt „Deinstallation“) probieren. |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 1204 Wohnort: Belgien |
Das ist mir ja auch klar, aber der Stick wird nur entfernt wenn Nautilus den Kopiervorgang beendet hat, aber nichts desto trotz kann es nicht sein das wenn man ein Stick abzieht das der Rechner sich dann nur noch Durch Hard reset Herunterfahren lässt, was ist wenn ein Stick mal einen Wackelkontakt hat? Es ist einfach ein Problem, so oder so, Nautilus erkennt ja nichtmal wenn der Stick Abgezogen wird, der ist dann noch immer im System, wird err wieder Eingesteckt ist er 2x Vorhanden.
Ja das weiss ich auch, und ich würde niemals so ein /home kopieren, aber wieder ist das überhauipt nicht der Punkt, denn es ist egal welches Verzeichnis ich kopiere das Problem tritt auch genauso auf wenn ich xy kopiere Filme, .txt oder whatever Das Problem bleibt trotzdem und hat mit /home nichts zu tun.
Das ist egal, das ändert nichts, ich kann auch problemlos anders übers /home gehen: pattes@pattes-tty:~$ cd / pattes@pattes-tty:/$ ls bin cdrom etc lib lib64 media opt root sbin sys usr boot dev home lib32 libx32 mnt proc run srv tmp var pattes@pattes-tty:/$ cd /home/pattes/ backup_apt/ .conky/ Documents/ .gphoto/ Music/ rsync_backup/ Videos/ backup_conky/ conky_images/ Downloads/ i3-gaps/ Pictures/ .ssh/ .w3m/ borg/ cprogr/ .fontconfig/ .local/ .pki/ .ssr/ .cache/ ctest/ .fonts/ .mozilla/ Public/ .synaptic/ .config/ Desktop/ .gnupg/ .mplayer/ python/ Templates/ pattes@pattes-tty:/$ cd /home/pattes/ pattes@pattes-tty:~$ cd .. pattes@pattes-tty:/home$ ls pattes pattes@pattes-tty:/home$ Aber auch hier wieder ist /home nicht das Problem, wenn ich vorher gewusst hätte, das Du Dich so in das /home verbeisst hätte ioh den Kopiervorgang mit nem anderen Verzeichnis gezeigt, aber Du musst mir schon glauben das das /home mit meinem Problem gar nichts zu tun hat.
pattes@pattes-tty:/media/ssd/my_stuff$ sudo dd bs=1M count=100 status=progress oflag=sync if=/dev/zero of=/media/pattes/sdb 100+0 records in 100+0 records out 104857600 bytes (105 MB, 100 MiB) copied, 0,440217 s, 238 MB/s pattes@pattes-tty:/media/ssd/my_stuff$
Das Aushängen der Sticks war generell schon immer bisschen schwierig selbst nach einem einfachen Kopiervorgang dauerte es gefühlt noch so +-45sec bis er den Stick frei gab, was neu ist das sich der Rechner nichtmehr Herunterfahren lässt, wenn halt der Stick ausgehängt wird.
Nein, für das x570pro kam vor kurzem(einigen Wochen ein Sicherheits update von asus) das Bios ist auf der aktuellen Version geflasht
Habe bisher nur mit 24.04 getestet als live, ist auf jedenfall eine Idee, werde mal einen Stick vorbereiten, das dann mit 20.04 versuchen, ich melde mich dann wieder. lg, |
|
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 9363 |
Hallo ubuntu--anfaenger
Nah ich sage es mal so: /home -was schon etwas anders ist als andere Verzeichnisse- zu wählen, macht das Problem nicht unbedingt leichter. 🤣
😇 Ich sage mal mit dem "glauben" ist das so eine Sache. 🤣 |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 1204 Wohnort: Belgien |
Ja stimmt da hast Du recht, aber da das Ergebnis Identisch mit nem anderen Verzeichnis zb wo ich videos abspeichere, hab ich mir da keine Gedanken gemacht, ich würde auch so nie vorgehen um mein /home so ein backup zu machen.
Das gleiche Ergebnis.
Also das erste mal ist so passiert: Ich steckte einen usb stick ein, um schnell ein bisschen Musik, für den Weg zur Arbeit drauf zu machen, ich stand unter Zeitdruck, machte ein paar Lieder drauf, als Nautilus die Mitteilung machte das der Kopiervorgang beendet ist, hatte ich den Stick herausgezogen, und festgestellt das der Kopiervorgang nicht beendet war, da aber keine Zeit mehr wollte ich den Rechner herunterfahren, ja so fingen die Probleme an,die Kiste lies sich da zum ersten mal nichtmehr sauber abschalten.
Mit 20.04 als live iso, zeigt das System ein kompl anderes Verhalten: Ich kopiere ein Verzeichnis(ein paar Videos) testweise auf einen Stick, da sagt Nautilus nach ein paar Sekunden auch das der Kopiervorgang beendet ist(obwohl er nicht beendet ist) ziehe den Stick heraus, bekomme die Fehlermeldung das der Kopiervorgang unterbrochen wurde, kann aber Problemlos das System sogar ohne sudo zu benutzen sauber herunterfahren. Bei einem live iso 24.04 geht das nicht, ich bekomme keine Fehlermeldung das der Stick entfernt wurde, und wenn ich das System dann Herunterfahren will, werde ich aufgefordert das root passw einzugeben, danach bleibt der Rechner im Shutdown Prozess hängen, wenn ich mir die Kernel Meldungen mit ESC anschaue, steht da das sdc(das ist der Stick) Buffer error I/O . |
