Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Dieser Beitrag wurde bereits 8 mal editiert, zuletzt von »ebbi97a« (19.02.2017, 07:02) aus folgendem Grund: Verschoben aus "Desktop- und Arbeitsumgebungen » Xfce-Forum".
Benutzerinformationen überspringen
Ubuntu-Forum-Team
Registrierungsdatum: 03.05.2007
Derivat: Xubuntu
Architektur: 64-Bit PC
Desktop: XFCE
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von »ebbi97a« (18.12.2016, 07:38)
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Der Fehler ist reproduzierbar, jedoch nicht mit einer einzelnen bestimmten und definierten Aktion. Ich habe nur festgestellt, daß das Kopieren größerer Datenmengen ihn auslöst. Es geht so um die 10 GB los. Bei einer Einzeldatei dieser Größe tritt er fast sicher auf; bei vielen Dateien, die zusammen diese Größe übersteigen, bin ich mir nicht sicher. Vielleicht sollte ich noch präzisieren, daß die Kopieraktionen alle mit der graphischen Oberfläche (XfCE) gemacht worden waren, weil mir das Einhängen der externen Partitionen mit dem Midnight Commander zu umständlich war (das sollte ich wirklich noch überprüfen -- oder noch einfacher in der Shell ein Verzeichnis mit einigen GB Inhalt kopieren).
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »ebbi97a« (18.12.2016, 09:49)
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Quellcode |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
# /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/sda5 during installation UUID=57fad0b2-4ce5-4cae-82c3-d3794f3c2887 / ext4 errors=remount-ro 0 1 # /home was on /dev/sdb1 during installation UUID=948157c2-855b-47b4-b084-5eca13d5861e /home ext4 defaults 0 2 # /var was on /dev/sda6 during installation UUID=29463195-f864-40d1-a2e9-5ef11815dce3 /var ext4 defaults 0 2 # swap was on /dev/sdb2 during installation UUID=a40c36ec-d0b9-4888-be30-bacb69741931 none swap sw 0 0 # swap was on /dev/sda1 during installation UUID=7d097b9f-e757-4220-98b3-f8c01bc208b0 none swap sw 0 0 2i1800:/arc-o /2I1800/arc-o nfs4 rw 0 0 2i1800:/arc-p /2I1800/arc-p nfs4 rw 0 0 2i1800:/arc-x /2I1800/arc-x nfs4 rw 0 0 ich@i5tuxedo:~$ |
Quellcode |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 |
ich@i5tuxedo:~$ sudo parted -l Modell: ATA ST1000LM014-1EJ1 (scsi) Festplatte /dev/sda: 1000GB Sektorgröße (logisch/physisch): 512B/4096B Partitionstabelle: msdos Disk-Flags: Nummer Anfang Ende Größe Typ Dateisystem Flags 1 1049kB 16,5GB 16,5GB primary linux-swap(v1) boot 2 16,5GB 1000GB 984GB extended 5 16,5GB 32,1GB 15,6GB logical ext4 8 32,1GB 396GB 364GB logical ext4 6 396GB 446GB 49,5GB logical ext4 7 446GB 1000GB 554GB logical ext4 Modell: ATA WDC WD40EZRZ-00W (scsi) Festplatte /dev/sdb: 4001GB Sektorgröße (logisch/physisch): 512B/4096B Partitionstabelle: gpt Disk-Flags: Nummer Anfang Ende Größe Dateisystem Name Flags 1 1049kB 929GB 929GB ext4 HOME 2 929GB 964GB 35,3GB linux-swap(v1) 3 964GB 4001GB 3037GB btrfs SICHERUNG Modell: TOSHIBA STOR.E ALU 2S (scsi) Festplatte /dev/sdc: 500GB Sektorgröße (logisch/physisch): 512B/512B Partitionstabelle: msdos Disk-Flags: Nummer Anfang Ende Größe Typ Dateisystem Flags 1 1049kB 500GB 500GB primary ntfs |
Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von »ebbi97a« (18.12.2016, 18:02)
Quellcode |
|
1 |
sudo smartctl -t long /dev/sdb |
Quellcode |
|
1 |
sudo smartctl -a /dev/sdb | sudo tee -a /root/smart.sdb |
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Quellcode |
|
1 2 3 4 5 6 7 8 9 10 |
i5tuxedo:~$ sudo blkid /dev/sda1: UUID="7d097b9f-e757-4220-98b3-f8c01bc208b0" TYPE="swap" PARTUUID="00010f0f-01" /dev/sda5: UUID="57fad0b2-4ce5-4cae-82c3-d3794f3c2887" TYPE="ext4" PARTUUID="00010f0f-05" /dev/sda6: UUID="29463195-f864-40d1-a2e9-5ef11815dce3" TYPE="ext4" PARTUUID="00010f0f-06" /dev/sda7: LABEL="Mint" UUID="fc669513-df7e-42df-9df1-7cf9374d439d" TYPE="ext4" PARTUUID="00010f0f-07" /dev/sda8: LABEL="Manjaro" UUID="ff58a175-5282-4561-93f4-2ce6f4af4ed1" TYPE="ext4" PARTUUID="00010f0f-08" /dev/sdb1: UUID="948157c2-855b-47b4-b084-5eca13d5861e" TYPE="ext4" PARTLABEL="HOME" PARTUUID="7228d8ae-baaa-4b54-91c0-8ce50bfa0e5c" /dev/sdb2: UUID="a40c36ec-d0b9-4888-be30-bacb69741931" TYPE="swap" PARTUUID="1098fb85-b98b-45e7-9971-62c395146239" /dev/sdb3: UUID="e29062e9-3de1-4d73-a8e7-1ff82f96b5f9" UUID_SUB="4afcdbd2-8920-482b-9ba4-f10955b54701" TYPE="btrfs" PARTLABEL="SICHERUNG" PARTUUID="d8170afc-1ea2-48de-a13a-7fdd7b5ff583" /dev/sdc1: LABEL="USB-500GB" UUID="37DA426C6CE73F09" TYPE="ntfs" PARTUUID="0003b880-01" |
Quellcode |
|
1 |
cat /proc/swaps |
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Quellcode |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 |
i5tuxedo:~$ sudo smartctl -a /dev/sdb | sudo tee -a /root/smart.sdb smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-53-generic] (local build) Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Device Model: WDC WD40EZRZ-00WN9B0 Serial Number: WD-WCC4E4TT41J2 LU WWN Device Id: 5 0014ee 20c97724d Firmware Version: 80.00A80 User Capacity: 4.000.787.030.016 bytes [4,00 TB] Sector Sizes: 512 bytes logical, 4096 bytes physical Rotation Rate: 5400 rpm Device is: Not in smartctl database [for details use: -P showall] ATA Version is: ACS-2 (minor revision not indicated) SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is: Mon Dec 19 07:01:02 2016 WAST 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: ( 33) The self-test routine was interrupted by the host with a hard or soft reset. Total time to complete Offline data collection: (53940) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. 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. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 539) minutes. Conveyance self-test routine recommended polling time: ( 5) minutes. SCT capabilities: (0x7035) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 100 253 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0027 253 181 021 Pre-fail Always - 2025 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 224 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0 9 Power_On_Hours 0x0032 098 098 000 Old_age Always - 1723 10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 188 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 10 193 Load_Cycle_Count 0x0032 167 167 000 Old_age Always - 99316 194 Temperature_Celsius 0x0022 119 111 000 Old_age Always - 33 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 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 Extended offline Interrupted (host reset) 10% 1719 - 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. |
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »ebbi97a« (19.12.2016, 06:23)
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Seit einigen Wochen schließt sich immer häufiger und schneller die Dateiverwaltung auf meinem Rechner, wenn ich Dateien von einem Ordner in einen anderen ziehe. Ich vermute, dass die betreffenden Sektoren auf der Festplatte fehlerhaft sind.
Wie und mit welchem Programm kann ich die Festplatte auf Fehler überprüfen und mein Dateisystem reparieren?
Dieser Beitrag wurde bereits 8 mal editiert, zuletzt von »ebbi97a« (19.12.2016, 13:14)
Quellcode |
|
1 |
1 Raw_Read_Error_Rate 0x002f 100 253 051 |
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Ich will deine Panik nicht verstärken, zumal du gerade andere Dinge im Kopf hast.
Der Test wurde nach 90% abgebrochen wegen host reset (Rechnerneustart?)
Quellcode |
|
1 2 3 4 5 |
i5tuxedo:~$ w 15:56:41 up 1 day, 4:49, 2 users, load average: 0,16, 0,11, 0,20 USER TTY VON ANMELD@ UNTÄ JCPU PCPU WAS xxxxxxxx tty7 :0 So11 28:49 m 27:21 0.10 s /sbin/upstart - xxxxxxxx pts/7 :0.0 15:56 1.00 s 0.00 s 0.00 s w |
Ich kann dir somit konkret nichts zuverlässig raten, nur auf obige Fakten hinweisen. Wenn es sich finanziell und zeitmäßig ausgeht, würde ich eine neue Platte besorgen, die Daten klonen und die WD als Reserve mitlaufen lassen, bis sich ein klares Bild ergibt.
Zumindest aber den smart-daemon so konfigurieren, daß er täglich einen short- und alle drei Tage einen long-test startet und ggf. per email warnt.
Dieser Beitrag wurde bereits 7 mal editiert, zuletzt von »ebbi97a« (19.12.2016, 15:37)
Steht zumindest so da:Tatsächlich! Abgebrochen?
Quellcode |
|
1 2 |
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Interrupted (host reset) 10% |
/tmp ist üblicherweise heute ein tmpfs im RAM. per default wird anfangs das halbe verfügbare RAM belegt. ->42 GB in das /tmp-Verzeichnis von Mint 18 kopieren
Quellcode |
|
1 |
df -h |
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
/tmp ist üblicherweise heute ein tmpfs im RAM. per default wird anfangs das halbe verfügbare RAM belegt. ->
Dieser Beitrag wurde bereits 7 mal editiert, zuletzt von »ebbi97a« (19.12.2016, 19:21)
Zumindest tmpfs für /tmp kenne ich seit ca. 10 Jahren.Trixereien heutzutage
Damit sind wir wieder beim Punkt "Überspringen ohne weiter nachzudenken"Bis auf eine einzige Datei, die ich mir noch genauer anschauen muß, ging alles durch. Die angemeckerte Datei konnte ich überspringen und mit dem Rest weiter machen,
[...]
Allerdings waren die Kopien nicht fehlerfrei - viele hatten nur die Größe 0.
... könnte es an der Hardware liegen...wenn das nicht verläßlich funktioniert
In dieser Form zeigt es die Belegung aller eingehängten Dateisysteme.df -h zeigt doch nicht die Verzeichnisse?
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Damit sind wir wieder beim Punkt "Überspringen ohne weiter nachzudenken"
Wenn nach 70 Dateien das Ziel plötzlich nur noch read-only ist...
Es danach wieder von selbst read-write wird...
Kopien keinen Inhalt haben...
... würde ich mir nicht nur eine einzige Datei "genauer anschauen", sondern gleich abbrechen und die Ursache suchen. Alles andere ist verlorene Zeit (und vielleicht Restlebensdauer der Daten)
Zitat von »ebbi97a«
wenn das nicht verläßlich funktioniert
... könnte es an der Hardware liegen...
Außerdem fällt auf, daß sdb unter /media mit ihrer UUID als Name gemountet ist. Ein Hinweis, daß sie dynamisch eingehängt wurde und nicht per fstab. (Zumindest fand der Kopiervorgang über diesen Mountpunkt statt)
Wenn die zwischendurch kommt und geht, liegt die Inkonsistenz auf der Hand.
Nebenbei ist mir unklar warum du im Home als root arbeitest.
Dieser Beitrag wurde bereits 12 mal editiert, zuletzt von »ebbi97a« (20.12.2016, 10:06)
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Mach einen zweiten SMART-Test; genauso wie vorhin inklusive Speichern, aber unter neuem Dateinamen im Verzeichnis /root. Wenn sich der oben genannte Wert (oder ein anderer) weiter verschlechtert, hast du genug Fakten für eine Reklamation. Du kannst aber auch warten bis sie ins Koma fällt, dann hast du aber mangels Protokoll mehr mündlich/schriftlich zu argumentieren. Außerdem kannst du dann deine Daten nicht mehr sichern.
Dieser Beitrag wurde bereits 7 mal editiert, zuletzt von »ebbi97a« (21.12.2016, 21:03)
Sponsorenwerbung: |
Hardware, Computer, PCs, Notebooks & Laptops mit Linux |
Forensoftware: Burning Board®, entwickelt von WoltLab® GmbH
Individuelle Notebooks Laptops - Individuelle Computer PCs - Linux Notebooks & Computers
Lastminute - Ubuntu Linux - Abmahnung - Geek und Nerd Shirt Shop
T-Shirts - sanierung wien