Die alte Möhre kann von sich aus nicht von USB booten, deshalb hatte ich den Plop im Grub
Frage zur guten Partition
(Themenstarter)
Anmeldungsdatum: Beiträge: 255 |
|
Anmeldungsdatum: Beiträge: 10955 |
Hej Ali_As,
er wahrscheinlich nicht, aber auf einem PC, welcher nicht von USB bootet, kann man sehr wohl einen menuentry für grub/grub_2/Windows erzeugen und aus grub heraus plop starten, welches dann das Booten von USB ermöglicht (s. z.B meine B-Seite ASUS L8400-K / MEDION 9467). Gruß black tencate |
Anmeldungsdatum: Beiträge: 4736 Wohnort: Steinbruch |
Ein C2D Rechner der etwa 6-8 Jahre alt ist und nicht von USB bootet...? Das würde mich schon sehr wundern! Hast du mal die USB-Einstellungen im BIOS gecheckt und die Bootorder angepasst. L.G. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 255 |
Hallo allerseits, habe mir das lubuntu nun einmal als Live-System angesehen. Es erinnert ja mit seiner Menüaufteilung - sorry for that - ein wenig an WinXP. Der Laptop ist allerdings spürbar flotter, so dass ich mich da mal heranwagen werde. Als ich nun nach der Defragmentierung sicherheitshalber noch einmal die Windows-Partiton rsyncen wollte, hängt sich dieser Vorgang nun immer wieder an derselben Datei auf, die nicht einmal ein MB groß ist. Kann ich während der Ausführung mit einem Terminal-Befehl den Vorgang fortsetzen lassen und diese Datei überspringen? Mit Strg-C bricht es ja total ab und dann muss ich anschließend Unterverzeichnis für Unterverzeichnis getrennt rsyncen, was ziemlich lästig ist. Platz auf der externen USB-Platte ist reichlich, daran sollte es nicht liegen. 20 von 35 GB sind geschafft. Könnt Ihr mir einen Rat geben? |
Anmeldungsdatum: Beiträge: 29240 Wohnort: Germany |
Das klingt nach einem defekten Sektor, also Hardwareschaden. Lass uns das prüfen: sudo apt-get install --no-install-recommends smartmontools sudo smartctl -t short /dev/sda # Nun mindestens 3 min warten! sudo smartctl -a /dev/sda Ergebnis des letzten Befehls bitte in Codeblock ins Forum kopieren. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 255 |
Hallo Benno-007, ich mach das gleich, will aber vorher noch kurz berichten, dass auch andere Dateien immer mit der Fehlerangabe, es sei nicht genug Platz da (28) nicht übertragen werden, selbst wenn ich das händisch versuche. Da die WinXP-Partition ja unendliche verzweigte Verzeichnisstrukturen hat rsync: mkstemp "/media/meinname/USB-HDD/Backup_HPWinXP/Programme/SAP/FrontEnd/mapi/.workitem.fdm.WS6A5J" failed: No space left on device (28) frage ich mich, ob da Grenzen bei der Länge des Verzeichnisbaums existieren, die den Abbruch provozieren. Sowohl im chkdsk als auch in gparted wird die sda1-Partition als fehlerfrei ausgegeben. Soviel jetzt, Deiner Bitte komme ich nun gleich nach, wenn ich nicht wieder zig Minuten warten muss, bis sich mein System mit ubuntuusers verbindet (ist seit 2-3 Tagen sehr nervtötend) |
Anmeldungsdatum: Beiträge: 29240 Wohnort: Germany |
Dann liegt es daran, dass deine externe Festplatte voll ist - steht ja auch da. Ich habe mich davon leiten lassen, dass es immer an der SELBEN Datei hängen würde. Dann hätten wir das also soweit erst mal geklärt. Zeige: df -h df -i mount | grep /media sudo du -chs /media/meinname/USB-HDD Letzteres kann dauern, dass es alle Dateien hochzählt (tatsächlicher Speicherverbrauch). |
(Themenstarter)
Anmeldungsdatum: Beiträge: 255 |
Und genau da hängt es wieder. Schicke diese Antwort jetzt vom Handy. Der code-Block kommt noch. Er weist aber keine Fehler aus. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 255 |
Da haben sich unsere Antworten überschnitten das Hängen bezog sich auf die Verbindung mit ubuntuusers. So, bin jetzt im lubuntu-Live-System unterwegs. Mal sehen, ob die Verbindung mit Eurem Server besser funzt. Hier der erste von Dir erbetene Codeblock: === START OF INFORMATION SECTION === Model Family: Seagate Momentus 5400.3 Device Model: ST9120822AS Serial Number: 5LZ34WBX Firmware Version: 3.BHD User Capacity: 120.034.123.776 bytes [120 GB] Sector Size: 512 bytes logical/physical Device is: In smartctl database [for details use: -P show] ATA Version is: ATA/ATAPI-7 (minor revision not indicated) Local Time is: Thu Sep 22 21:54:44 2016 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 426) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. No General Purpose Logging support. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 67) minutes. SCT capabilities: (0x0001) SCT Status supported. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 109 095 006 Pre-fail Always - 117861931 3 Spin_Up_Time 0x0002 099 099 000 Old_age Always - 0 4 Start_Stop_Count 0x0033 098 098 020 Pre-fail Always - 2748 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 070 058 030 Pre-fail Always - 55997560501 9 Power_On_Hours 0x0032 094 094 000 Old_age Always - 5933 10 Spin_Retry_Count 0x0013 100 100 034 Pre-fail Always - 0 12 Power_Cycle_Count 0x0033 099 099 020 Pre-fail Always - 1826 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 055 046 045 Old_age Always - 45 (Min/Max 38/52) 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 254 193 Load_Cycle_Count 0x0032 043 043 000 Old_age Always - 114308 194 Temperature_Celsius 0x0022 045 054 000 Old_age Always - 45 (0 14 0 0 0) 195 Hardware_ECC_Recovered 0x001a 064 060 000 Old_age Always - 45322188 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 Data_Address_Mark_Errs 0x0032 100 253 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed without error 00% 5933 - # 2 Short offline Completed without error 00% 16 - # 3 Short offline Completed without error 00% 10 - # 4 Short offline Completed without error 00% 6 - # 5 Short offline Completed without error 00% 0 - SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. Und nun die Ausgabe dessen,was die USB-HDD prüft: lubuntu@lubuntu:~$ df -h Filesystem Size Used Avail Use% Mounted on udev 982M 0 982M 0% /dev tmpfs 200M 6,3M 193M 4% /run /dev/sdb1 974M 855M 119M 88% /cdrom /dev/loop0 809M 809M 0 100% /rofs /cow 997M 23M 974M 3% / tmpfs 997M 0 997M 0% /dev/shm tmpfs 5,0M 4,0K 5,0M 1% /run/lock tmpfs 997M 0 997M 0% /sys/fs/cgroup tmpfs 997M 4,0K 997M 1% /tmp tmpfs 200M 4,0K 200M 1% /run/user/999 /dev/sdc1 1,4T 961G 438G 69% /media/lubuntu/USB-HDD lubuntu@lubuntu:~$ df -i Filesystem Inodes IUsed IFree IUse% Mounted on udev 251328 558 250770 1% /dev tmpfs 254985 711 254274 1% /run /dev/sdb1 0 0 0 - /cdrom /dev/loop0 123466 123466 0 100% /rofs /cow 254985 253 254732 1% / tmpfs 254985 1 254984 1% /dev/shm tmpfs 254985 6 254979 1% /run/lock tmpfs 254985 16 254969 1% /sys/fs/cgroup tmpfs 254985 16 254969 1% /tmp tmpfs 254985 7 254978 1% /run/user/999 /dev/sdc1 459313939 869664 458444275 1% /media/lubuntu/USB-HDD lubuntu@lubuntu:~$ mount | grep /media /dev/sdc1 on /media/lubuntu/USB-HDD type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,uhelper=udisks2) lubuntu@lubuntu:~$ sudo du -chs /media/lubuntu/USB-HDD 959G /media/lubuntu/USB-HDD 959G total Sieht aus, als hättest Du Recht. Ich verstehe das aber nicht, es ist eine 1,5 TByte-Platte, auf der ca. 960 GByte benutzt sind. Die kann doch nicht voll sein. Gparted zeigt auch an, dass nur zwei Drittel belegt sind. Kopfkratz |
Anmeldungsdatum: Beiträge: 29240 Wohnort: Germany |
Also ich erkenne hier keine Probleme oder volle Platten - sind doch nur 69%. Die Frage ist, warum das hängt. Ich hatte da mit NTFS vor Jahren schon unangenehme Erlebnisse und würde als Sicherungsplatte auch ext4 empfehlen. Beispielsweise brach eine Sicherung von Partitionen oder Images als Datei auf NTFS immer nach ca. 50 GB ab. Um welche Datei geht es denn? ls -hal /ordner/datei Mal einsetzen, Name ggf. anonymisieren. Kannst du die Datei einzeln auf die externe Platte oder nach /tmp kopieren? Probier es mal so mit cp: cp -v /ordner/datei zielordner Alles einsetzen. Direkt nach dem Hänger mal zweites Terminal öffnen und gucken, was los ist: dmesg | tail Ergänze deinen rsync-Befehl - wieder nur für diese Datei (ggf. nur in /tmp) mal mit den Optionen --stats -vv um mehr zu sehen. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 255 |
Hallo benno-007, anbei mal die Ergebnisse: ls -hal /ordner/datei und cp nach /tmp, scheint beides okay, finde die Datei dort auch lubuntu@lubuntu:~$ ls -hal /media/lubuntu/System/Programme/SAP/FrontEnd/SAPgui/gmd/DRPNET.exe -rwxrwxrwx 1 lubuntu lubuntu 788K Okt 26 2003 /media/lubuntu/System/Programme/SAP/FrontEnd/SAPgui/gmd/DRPNET.exe lubuntu@lubuntu:~$ cp -v /media/lubuntu/System/Programme/SAP/FrontEnd/SAPgui/gmd/DRPNET.exe /tmp '/media/lubuntu/System/Programme/SAP/FrontEnd/SAPgui/gmd/DRPNET.exe' -> '/tmp/DRPNET.exe' Wenn ich allerdings in den /tmp-Ordener der USB-HDD oder in den korrekten Zielordner kopieren will, funzt es nicht: lubuntu@lubuntu:~$ cp -v /media/lubuntu/System/Programme/SAP/FrontEnd/SAPgui/gmd/DRPNET.exe /media/lubuntu/USB-HDD/Backup_HPWinXP/tmp '/media/lubuntu/System/Programme/SAP/FrontEnd/SAPgui/gmd/DRPNET.exe' -> '/media/lubuntu/USB-HDD/Backup_HPWinXP/tmp/DRPNET.exe' cp: cannot create regular file '/media/lubuntu/USB-HDD/Backup_HPWinXP/tmp/DRPNET.exe': No space left on device lubuntu@lubuntu:~$ cp -v /media/lubuntu/System/Programme/SAP/FrontEnd/SAPgui/gmd/DRPNET.exe /media/lubuntu/USB-HDD/Backup_HPWinXP/Programme/SAP/FrontEnd/SAPgui/gmd '/media/lubuntu/System/Programme/SAP/FrontEnd/SAPgui/gmd/DRPNET.exe' -> '/media/lubuntu/USB-HDD/Backup_HPWinXP/Programme/SAP/FrontEnd/SAPgui/gmd/DRPNET.exe' cp: cannot create regular file '/media/lubuntu/USB-HDD/Backup_HPWinXP/Programme/SAP/FrontEnd/SAPgui/gmd/DRPNET.exe': No space left on device rsync dauert noch ein bisschen, muss erst den Befehl wieder heraussuchen, hab die Syntax leider nicht in Kopf parat. Edit: So sieht es dann aus: lubuntu@lubuntu:~$ sudo rsync -av --progress --delete --stats -vv /media/lubuntu/System/Programme/SAP/FrontEnd/SAPgui/gmd/DRPNET.exe /media/lubuntu/USB-HDD/Backup_HPWinXP/Programme/SAP/FrontEnd/SAPgui/gmd sending incremental file list [sender] make_file(DRPNET.exe,*,0) send_file_list done send_files starting server_recv(2) starting pid=9419 recv_file_name(DRPNET.exe) received 1 names recv_file_list done get_local_name count=1 /media/lubuntu/USB-HDD/Backup_HPWinXP/Programme/SAP/FrontEnd/SAPgui/gmd generator starting pid=9419 delta-transmission disabled for local transfer or --whole-file recv_generator(DRPNET.exe,1) send_files(1, /media/lubuntu/System/Programme/SAP/FrontEnd/SAPgui/gmd/DRPNET.exe) send_files mapped /media/lubuntu/System/Programme/SAP/FrontEnd/SAPgui/gmd/DRPNET.exe of size 806912 calling match_sums /media/lubuntu/System/Programme/SAP/FrontEnd/SAPgui/gmd/DRPNET.exe DRPNET.exe 32,768 4% 0.00kB/s 0:00:00 sending file_sum false_alarms=0 hash_hits=0 matches=0 806,912 100% 123.05MB/s 0:00:00 (xfr#1, to-chk=0/1) sender finished /media/lubuntu/System/Programme/SAP/FrontEnd/SAPgui/gmd/DRPNET.exe generate_files phase=1 recv_files(1) starting recv_files(DRPNET.exe) rsync: mkstemp "/media/lubuntu/USB-HDD/Backup_HPWinXP/Programme/SAP/FrontEnd/SAPgui/gmd/.DRPNET.exe.H8BiwY" failed: No space left on device (28) got file_sum send_files phase=1 recv_files phase=1 generate_files phase=2 send_files phase=2 send files finished total: matches=0 hash_hits=0 false_alarms=0 data=806912 rsync[9418] (sender) heap statistics: arena: 270336 (bytes from sbrk) ordblks: 1 (chunks not in use) smblks: 4 hblks: 0 (chunks from mmap) hblkhd: 0 (bytes from mmap) allmem: 270336 (bytes from sbrk + mmap) usmblks: 0 fsmblks: 304 uordblks: 182192 (bytes used) fordblks: 88144 (bytes free) keepcost: 87840 (bytes in releasable chunk) recv_files phase=2 recv_files finished generate_files phase=3 rsync[9420] (server receiver) heap statistics: arena: 270336 (bytes from sbrk) ordblks: 1 (chunks not in use) smblks: 2 hblks: 0 (chunks from mmap) hblkhd: 0 (bytes from mmap) allmem: 270336 (bytes from sbrk + mmap) usmblks: 0 fsmblks: 192 uordblks: 180944 (bytes used) fordblks: 89392 (bytes free) keepcost: 89200 (bytes in releasable chunk) generate_files finished rsync[9419] (server generator) heap statistics: arena: 270336 (bytes from sbrk) ordblks: 1 (chunks not in use) smblks: 2 hblks: 0 (chunks from mmap) hblkhd: 0 (bytes from mmap) allmem: 270336 (bytes from sbrk + mmap) usmblks: 0 fsmblks: 192 uordblks: 148048 (bytes used) fordblks: 122288 (bytes free) keepcost: 122096 (bytes in releasable chunk) Number of files: 1 (reg: 1) Number of created files: 1 (reg: 1) Number of deleted files: 0 Number of regular files transferred: 1 Total file size: 806,912 bytes Total transferred file size: 806,912 bytes Literal data: 806,912 bytes Matched data: 0 bytes File list size: 0 File list generation time: 0.001 seconds File list transfer time: 0.000 seconds Total bytes sent: 807,209 Total bytes received: 683 sent 807,209 bytes received 683 bytes 1,615,784.00 bytes/sec total size is 806,912 speedup is 1.00 rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1183) [sender=3.1.1] [sender] _exit_cleanup(code=0, file=main.c, line=1183): about to call exit(23) lubuntu@lubuntu:~$ dmesg | tail [ 3848.903313] sd 7:0:0:0: Attached scsi generic sg3 type 0 [ 3848.905285] sd 7:0:0:0: [sdc] 2930277168 512-byte logical blocks: (1.50 TB/1.36 TiB) [ 3848.907895] sd 7:0:0:0: [sdc] Write Protect is off [ 3848.907904] sd 7:0:0:0: [sdc] Mode Sense: 38 00 00 00 [ 3848.910475] sd 7:0:0:0: [sdc] No Caching mode page found [ 3848.910481] sd 7:0:0:0: [sdc] Assuming drive cache: write through [ 3848.942300] sdc: sdc1 [ 3848.953510] sd 7:0:0:0: [sdc] Attached SCSI disk [ 4210.170339] EXT4-fs (sda3): mounting ext3 file system using the ext4 subsystem [ 4210.203870] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null) |
Anmeldungsdatum: Beiträge: 29240 Wohnort: Germany |
Da ist echt was faul. 😉 Das liegt noch immer an der Platte oder dem Dateisystem und nicht cp/ rsync usw.: 1. Ist das eine SSD? Gehn sie defekt, hat man nur noch Lesezugriff. Teste mal das (ggf. vorher runterkopieren) Löschen einer Datei und das Anlegen einer neuen - ob sich überhaupt löschen bzw. ein minimal freier Platz erzeugen lässt, um was abzuspeichern. 2. Wenn das nicht hilft, mache mal (ggf. nach nochmaliger Datensicherung dieser Zielplatte auf ein zweites Ziel, falls die Backups nicht verlorengehen dürfen) einen Dateisystemcheck - Befehl siehe ganz unten. Also entweder SSD hin oder Dateisystem defekt, das wären so die Schichten, die nach meinen Gedanken betroffen sein könnten. Viel Auswahl gibt es ja nicht. Aber der Teufel kann natürlich in anderen Details versteckt sein, an die wir noch gar nicht denken. Du könntest die Platte auch mal an einen anderen USB-Port stecken (andere funktionieren?). Vielleicht ist ja irgendwie ein PIN defekt oder so. Wenn du USB 2 und 3 hast, dann teste mal das jeweils andere. Gemeldet wird ja bis auf cp/ rsync kein Fehler und sogar, dass alles korrekt sei (Platz). Außer der Platte kommt ja dann nur noch das Kabel (auch mal ein andres testen, wenn zur Hand - hast du?) oder der Anschluss in Frage. Des Weiteren kann es sein, dass es ein uraltes Mainboard mit uraltem BIOS ist, welches nur eine bestimmte Größe erkennt und deswegen hier nun aussteigt. Dann wäre die Lösung, zwei Partitionen anzulegen, vielleicht kann man dann beide Einzelgrößen nutzen - im schlimmsten Fall nur die erste. Mit LVM könnte man sogar so tun, als ob es für Linux nur eine Partition wäre - ich kenne das aber nur für fest eingebaute Platten, die auch sicher da sind, sonst wird das eine Bastellösung mit udev, nix für Laien. Da müsste man sich tiefer in LVM reindenken, wenn man bei Google nix dazu findet. Konfigurationsdateien austauschen, wenn udev die Platte findet vielleicht. Alles nix stabiles. Lieber nicht. 😉 Frage: Versuch mal im Netz rauszufinden, ob du das neueste BIOS aufgespielt hast. Probier ggf. auch mal einen BIOS-Reset. Vorher prüfen: Hast du die externe Platte selbst in ein externes Gehäuse eingebaut? Die unterstützen ja auch nur bestimmte Größen und vielleicht ist ja bei dem hier bei knapp 1 TB (typische mögliche Größe für solche Problemchen) Schluss... Also ich tippe fast auf das Gehäuse, weil Linux schon damals (auch bei mir) das BIOS umging, also mehr als das BIOS an GB ansprechen konnte. Und die Gehäuse hat man halt rumliegen, aber beim Kauf war manchmal sogar ein Hinweis dabei, dass sie z.B. nur 1 TB Platten unterstützen oder so... Dann bräuchtest du mal ein anderes Gehäuse oder vielleicht gleich eine neue externe Festplatte. Versuchsweise zwei Partitionen, wie gesagt - dann ist die zweite entweder verschenkt oder sie wird mit etwas Glück doch erkannt, da ja dann keine solchen hohen Blockzahlen vorkommen. Wenn da also nur eine Programmlogik mit hohen Zahlen nicht zurechtkommt (gibt ja integer usw. als Bereiche), dann könnte man das so überlisten - gelang mir z.B. bei badblocks so! Die Struktur kommt also öfter mit größeren Zahlen zurecht (Partitionstabelle mit hohen Blocknummern für die ein oder zwei Partitionen anlegbar), aber dann beim Benutzen könnte der "Blockzähler" der Partitionen überlaufen - mit kleineren Zahlen klappt es dann. Partition 2 rechnet dann oft intern wieder ab Block 0, dann 1 usw... |
(Themenstarter)
Anmeldungsdatum: Beiträge: 255 |
Danke für die ausführlichen Kommentare! 1. Keine SSD 2. War von Anfang an in einem Gehäuse, Habe ich nicht reingebaut 3. Habe Platte an Desktop mit Vista angeschlossen, mit WinBordmitteln versucht, die Partition zu verkleinern, weil ich hoffte, dass dies bei NTFS klappen könnte. Der Befehl wurde akzeptiert, PC hat einpaar Stunden gerödelt und zeigt jetzt die gleiche Plattengröße Weithin und als fehlerfreie Partition an. 4. Wollte mir nämlich auf dem freien Teil eine ext4-Partition anlegen und es dann nochmal mit rsync probieren. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 255 |
Liebes Forum, benno-007 hatte wahrscheinlich mit seiner Vermutung Recht, dass die Platte nicht über ein TByte hinaus beschrieben werden kann. Ich habe eine relativ alte partimage-Datei von 200 GiB Größe gelöscht, chkdsk /f drüber laufen lassen. Dabei wurde nur ein Fehler in der Großzeichentabelle behoben. Anschließend habe ich mit rsync nicht nur die eine Datei, sondern das gesamte FrontEnd-Verzeichnis kopieren lassen und, siehe da, es lief einwandfrei. Schließen sich nun noch diese Fragen an: Ich hatte ja NTFS formatiert, weil ich die USB-HDD sowohl mit Ubuntu als auch mit Windows im Lese-Schreib-Zugriff brauche. rsync kann aber besser auf ext4 schreiben, hieß es weiter oben im Thread. Soll ich nun die Backup-Routine lieber auf eine zweite Partition schreiben, die ext4 formatiert ist (damit würde ich ja auch das 1 TByte-Problem lösen)? Kann ich dann nur von Ubuntu aus Daten ins Win-System zurückkopieren, sollte das nötig werden? |
(Themenstarter)
Anmeldungsdatum: Beiträge: 255 |
In der Zwischenzeit habe ich mit folgendem Befehl versucht, die bisher noch nicht gespiegelten Daten zu sichern: sudo rsync -avPSHAXx --progress --delete --stats --log-file=rsync.log --link-dest=/media/lubuntu/USB-HDD/Backup_HPWinXP /media/lubuntu/System /media/lubuntu/USB-HDD/Backup_HPWinXP_neu Allerdings habe ih den Eindruck, dass ich in dem neuen Verzeichnis (Backup_HPWinXP_neu) nicht nur die fehlenden, sondern alle Dateien finde. Die Dateien sind auch genauso groß wie im Backup_HPWinXP, so dass ich sie nicht als Hardlinks ansehe. Kann mir das jemand erklären? Habe ich in der Syntax des rsync-Befehls einen Fehler gemacht? Wenn alle Dateien noch einmal gespiegelt wurden, kann ich dann das erste Verzeichnis Backup_HPWinXP löschen? |