Dateien zerstückelt

Mulambo · 19 Mai 2010

Hallo!

Ich hab leider überhaupt keine Ahnung wo ich das Topic hingeben soll, drum mach ich's auf Verdacht mal hier...

Mir ist seit einiger Zeit aufgefallen, daß ein paar meiner Musikdateien zerstückelt/vermischt sind. Das heißt mitten im Lied kommt ein Ausschnitt eines anderen Liedes. Anfangs dachte ich an Fehler beim rippen. Aber gestern ist mir noch was aufgefallen. Pdf-Dateien (die ich vorher schon einwandfrei geguckt habe) haben auf einmal Löcher, also fehlende Bereiche. Wenn ich zB in Okular links die Vorschau einblende, kommts vor, daß links die Seite einwandfrei ist, aber im Ansichtsfenster nur ein Teil des Bildes zu sehen ist, oder umgekehrt (ähnlich wie bei halb heruntergeladenen Dateien) :???:

Zuerst hab ich mir nix dabei gedacht, aber heute trat das Problem wieder bei einer mp3-Datei auf, und ich hab dann gegoogelt. Das einzige was ich fand, war ein Fehler bzgl Windows, oder daß die Festplatte irgendwie vom BIOS falsch erkannt wird :schockiert:

Jetzt mach ich mir doch etwas Sorgen. Vor allem, wie könnte ich das herausfinden, hab ja hunderte von Dateien hier.
Ich hab zwar ein Backup, aber dort treten die gleichen Fehler auf (dh selbe Datei, selber Fehler). Kanns sein, daß es auf meiner Hauptplatte vermurkst wurde, und ich dann die defekte Datei schön ge-backupt hab? :/

Noch was dazu: ich hatte am Wochenende beim Booten einen CMOS checksum error. Dachte dabei natürlich an die BIOS Batterie und habe diese auch getauscht. Der Fehler ist jetzt weg, aber ich kann nur mehr 'per Hand' booten. Lass ich ihn alleine hochfahren, kommt der Screen mit den PCI devices, dann kommt 'Verifying PMI pool ... irgendwas' und dann macht er nix mehr, also kein Grub mehr.
Wenn ich davor aber F12 drücke und per Boot-Menü auf 'von HDD booten' und dann im 2ten Menü auf meine Hauptplatte gehe, dann klappt alles perfekt und nach etwa 1-2 sec kommt nach dem PMI pool die Meldung von Grub.

Anfangs dachte ich nicht daran, daß das vielleicht zusammenhängen könnte, aber mittlerweile mach ich mir etwas Sorgen diesbezüglich

Was die bereits defekten Dateien angeht, werd ich wohl keine Chance mehr haben die zu reparieren, aber wie könnte ich auch defekte aufspüren?!

Nach dem ich keine Ahnung habe, woran das liegen könnte und ob alles zusammenspielt geb ich hier mal kurz an um was es sich handelt. Genaueres kann ich ja immer noch angeben...

Also ich hab folgendes mal im System:
- openSUSE 11.2
- KDE4 (4.4.75 aus dem unstable, hab ich wegen Amarok2 und Ampache upgegradet vor ~1-2Wochen, Fehler traten aber schon vorher auf)
- Daten- und Backupplatte ident: SATA Samsung SpinPoint F1, 1TB - beide XFS als Dateisystem
- Linux-Platte ist extra, auch eine SATA
- Motherboard ist von Gigabyte (GA-M59SLI-S5 müsste das sein), BIOS müsst ich wo nachgucken

Also wenn noch mehr Infos benötigt werden, kann ich gern alles raus suchen, aber zuerst würd ich nur gern mal wissen, ob schon wer das Problem mal hatte, und wie ich es beheben könnte :???:

gropiuskalle · 20 Mai 2010

Fange mit einem Check des Dateisystems und der Festplatten an. Solche Symptome können viele Ursachen haben, versuche erst mal, mit den üblichen tools Fehlerquellen auszuschließen bzw. mit etwas Glück einzugrenzen (und noch mehr Glück zu lösen).

'fsck' spielt meines Wissens nach auch das frontend für xfs, für die mechanischen Tests empfehle ich den 'Hitachi Drive Fitness Test', der sehr gut mit Samsungs arbeitet.

longman · 20 Mai 2010

Du könntest auch noch mit:

smartctl /dev/sda -H

oder

smartctl /dev/sda -a

einige Gesundheitswerte abfragen (sda ist nur ein Beispiel, trage dort Dein device ein)

Mulambo · 20 Mai 2010

Das ging aber schnell

Also, fsck_check und fsck_repair machen nix, schlagen mir aber xfs_check und xfs_repair vor:

Code:

linux-pnfl:/home/mulambo # fsck -r /dev/sdg1
fsck from util-linux-ng 2.16
If you wish to check the consistency of an XFS filesystem or
repair a damaged filesystem, see xfs_check(8) and xfs_repair(8).

xfs_check: gibt keine Meldungen aus und endet mit return 0
xfs_repair:

Code:

linux-pnfl:/home/mulambo # xfs_repair -n /dev/sdg1
Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan (but don't clear) agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - agno = 16
        - agno = 17
        - agno = 18
        - agno = 19
        - agno = 20
        - agno = 21
        - agno = 22
        - agno = 23
        - agno = 24
        - agno = 25
        - agno = 26
        - agno = 27
        - agno = 28
        - agno = 29
        - agno = 30
        - agno = 31
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - agno = 16
        - agno = 17
        - agno = 18
        - agno = 19
        - agno = 20
        - agno = 21
        - agno = 22
        - agno = 23
        - agno = 24
        - agno = 25
        - agno = 26
        - agno = 27
        - agno = 28
        - agno = 29
        - agno = 30
        - agno = 31
No modify flag set, skipping phase 5
Phase 6 - check inode connectivity...
        - traversing filesystem ...
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify link counts...
No modify flag set, skipping filesystem flush and exiting.

Code:

linux-pnfl:/home/mulambo # xfs_repair /dev/sdg1
Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - zero log...
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - agno = 16
        - agno = 17
        - agno = 18
        - agno = 19
        - agno = 20
        - agno = 21
        - agno = 22
        - agno = 23
        - agno = 24
        - agno = 25
        - agno = 26
        - agno = 27
        - agno = 28
        - agno = 29
        - agno = 30
        - agno = 31
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - agno = 16
        - agno = 17
        - agno = 18
        - agno = 19
        - agno = 20
        - agno = 21
        - agno = 22
        - agno = 23
        - agno = 24
        - agno = 25
        - agno = 26
        - agno = 27
        - agno = 28
        - agno = 29
        - agno = 30
        - agno = 31
Phase 5 - rebuild AG headers and trees...
        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ...
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
done

Schaut eigentlich ok aus...

smartctl:

Code:

linux-pnfl:/home/mulambo # smartctl -H /dev/sdg1
smartctl 5.39 2009-08-08 r2872~ [x86_64-unknown-linux-gnu] (openSUSE RPM)
Copyright (C) 2002-9 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

Code:

linux-pnfl:/home/mulambo # smartctl -a /dev/sdg1
smartctl 5.39 2009-08-08 r2872~ [x86_64-unknown-linux-gnu] (openSUSE RPM)
Copyright (C) 2002-9 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Model Family:     SAMSUNG SpinPoint F1 DT series
Device Model:     SAMSUNG HD103UJ
Serial Number:    S13PJ1KQ303495
Firmware Version: 1AA01109
User Capacity:    1.000.204.886.016 bytes
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   8
ATA Standard is:  ATA-8-ACS revision 3b
Local Time is:    Thu May 20 08:46:37 2010 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:  (0x00) Offline data collection activity
                                        was never started.
                                        Auto Offline Data Collection: Disabled.
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:                 (11738) 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:        ( 196) minutes.
Conveyance self-test routine
recommended polling time:        (  21) minutes.
SCT capabilities:              (0x003f) 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     0x000f   100   100   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0007   077   077   011    Pre-fail  Always       -       7780
  4 Start_Stop_Count        0x0032   099   099   000    Old_age   Always       -       1198
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   253   253   051    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0025   100   100   015    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       5207
 10 Spin_Retry_Count        0x0033   100   100   051    Pre-fail  Always       -       0
 11 Calibration_Retry_Count 0x0012   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       1198
 13 Read_Soft_Error_Rate    0x000e   100   100   000    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 Unknown_Attribute       0x0033   100   100   099    Pre-fail  Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   079   065   000    Old_age   Always       -       21 (Lifetime Min/Max 12/21)
194 Temperature_Celsius     0x0022   076   064   000    Old_age   Always       -       24 (Lifetime Min/Max 12/25)
195 Hardware_ECC_Recovered  0x001a   100   100   000    Old_age   Always       -       987892
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   100   100   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x000a   100   100   000    Old_age   Always       -       0
201 Soft_Read_Error_Rate    0x000a   253   253   000    Old_age   Always       -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 0
Warning: ATA Specification requires self-test log structure revision number = 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]


Note: selective self-test log revision number (0) not 1 implies that no selective self-test has ever been run
SMART Selective self-test log data structure revision number 0
Note: revision number not 1 implies that no selective self-test has ever been run
 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.

Die Ausgabe sagt mir zwar ned so viel, aber oben steht PASSED und ich seh auch nix tragisches (man möge mich korrigiern wenn dem so ist) :???:

EDIT:

Code:

Hitachi Drive Fitness Test und MemTest (vl liegts ja daran mit dem booten) folgen heute noch.
Und auch die 2te Datenplatte, bin bis jetzt nur zu 1 gekommen...

Hitachi Drive Fitness Test lief ohne Fehler durch. Mir fiel dabei nur folgendes auf:
Alle 3 Platten sind auf Master. Keine Ahnung ob das bei SATA so gehört, kenne das ansonsten nur von IDE mit Master/Slave an einem IDE-Kabel...
MemTest86+ lief auch ne Stunde durch mit 0 Fehlern, hab den dann beendet.

Die 2te Platte konnte ich jetzt aber nicht mit obigen Sachen (xfs_repair, xfs_check, smartctl) testen, da ich die nicht unmounten kann. Hab die unter 'home' eingehängt, um mein Backup so sinnvoll wie möglich zu machen

Also im laufenden Linux wird sie ja (im Gegensatz zur Backupplatte die ich vorhin getestet hab) gebraucht und kann nicht mit umont ausgehängt werden. Hab dann diverse Live-CD's abgeklappert, aber nirgends war ein xfs_repair, oder aber auch ein fsck.xfs dabei...

Zu dem Fehler im Okular ist mir grade auch noch was aufgefallen. Es handelte sich fälschlicherweise um eine .cbz nicht um ein .pdf (Asche auf mein Haupt). Dh das Okular manchmal das Vorschaubild macht, manchmal nur das Vollbild, manchmal beide, obwohl im Archiv nur 1 Bild ist... Hab dann qcomicbook runtergladen und damit konnte ich die 'defekte' Datei normal gucken. :roll:

Was mir jetzt noch bleibt ist:

Hab ich jetzt tatsächlich einen Fehler auf meinen Festplatten (mp3 sind ja nach wie vor vermischt, und ich kann unmöglich alle Files angucken ob alles passt)
Und hängt das mit dem Booten damit zusammen, ich kann nach wie vor nur per F12 und Auswahl der HD booten
Kann ich im BIOS evtl einstellen, welche HD er zuerst booten soll (nicht nur einfach HD auswählen statt CD/DVD). Hab dazu nix gefunden :/

Sorry für die Farben da, wollte nur das neue nach dem Test erkenntlich machen. Und danke an alle die sich durch die langen Posts hier durchquälen

Dateien zerstückelt

Mulambo

Newbie

gropiuskalle

Guru

longman

Advanced Hacker

Mulambo

Newbie