Hallo,
ich habe hier eine 60 GB Seagate-Platte mit 8 Partitonen für die verschiedenen Linux-Bereiche und einer FAT-Partition. OS ist debian testing. Heute startete ich (weil ichs einem Freund zeigen wollte) cfdisk und der meldete mir: FATAL ERROR: Bad logical partition 6: enlarged logical partitions overlap und beendete. Besagte Partition (/home) habe ich gleich auf meine 2. Platte gesichert, allerdings stelle ich keine Unregelmäßigkeit im Betrieb fest. Ist das nun ein Fehler, der beim Partitionieren auftrat und sich bisher nicht zeigte, oder kanns ein Hardware-Schaden sein? Wie stelle ich sowas fest bzw. repariere das (ich möchte nicht neupartitionieren und installieren...)
Grüße
Martin Körner
Martin Körner schrieb:
Hallo,
Hi,
[...] Ist das nun ein Fehler, der beim Partitionieren auftrat und sich bisher nicht zeigte, oder kanns ein Hardware-Schaden sein? Wie stelle ich sowas fest bzw. repariere das (ich möchte nicht neupartitionieren und installieren...)
Hardware Diagnostik mit smartmontools (Debian package) Was sagt denn # fdisk -lu
MfG -Dimitri
Hi,
Was sagt denn # fdisk -lu
Disk /dev/hda: 60.0 GB, 60022480896 bytes 255 heads, 63 sectors/track, 7297 cylinders, total 117231408 sectors Units = sectors of 1 * 512 = 512 bytes
Device Boot Start End Blocks Id System /dev/hda1 * 63 7807589 3903763+ 83 Linux /dev/hda2 7807590 117226304 54709357+ f W95 Ext'd (LBA) /dev/hda5 50524488 117226304 33350908+ c W95 FAT32 (LBA) /dev/hda6 7807716 17575109 4883697 83 Linux /dev/hda7 17575173 46877669 14651248+ 83 Linux /dev/hda8 46877733 49817564 1469916 83 Linux /dev/hda9 49817628 50524424 353398+ 82 Linux swap
Partition table entries are not in disk order
Grüße
Martin
Martin Körner schrieb:
Hi,
Was sagt denn # fdisk -lu
Disk /dev/hda: 60.0 GB, 60022480896 bytes
[...]
Hm, die Werte scheinen OK zu sein und haben Sinn. Ich wuerde ein # e2fsck -f -p auf alle Linux-Partitionen laufen lassen. BTW, gibts Unregelmaessigkeiten bei den smartmontools?
MfG -Dimitri
Hi,
Hm, die Werte scheinen OK zu sein und haben Sinn. Ich wuerde ein # e2fsck -f -p auf alle Linux-Partitionen laufen lassen. BTW, gibts Unregelmaessigkeiten bei den smartmontools?
ein # smartctl -a /dev/hda liefert folgendes: Die Errors sind jedenfalls sicher nicht normal.
smartctl version 5.30 Copyright (C) 2002-4 Bruce Allen Home page is http://smartmontools.sourceforge.net/
=== START OF INFORMATION SECTION === Device Model: ST360020A Serial Number: 5EX00GJQ Firmware Version: 3.34 Device is: In smartctl database [for details use: -P show] ATA Version is: 6 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Thu Jun 24 20:58:44 2004 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: ( 420) seconds. Offline data collection capabilities: (0x1d) SMART execute Offline immediate. No Auto Offline data collection support. Abort Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. No 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: ( 1) minutes. Extended self-test routine recommended polling time: ( 62) minutes.
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 063 050 025 Pre-fail Always - 107731 3 Spin_Up_Time 0x0003 097 097 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 274 5 Reallocated_Sector_Ct 0x0033 095 095 036 Pre-fail Always - 53 7 Seek_Error_Rate 0x000f 080 060 030 Pre-fail Always - 108336556 9 Power_On_Hours 0x0032 091 091 000 Old_age Always - 8119 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 099 099 020 Old_age Always - 1938 194 Temperature_Celsius 0x0022 049 056 000 Old_age Always - 49 195 Hardware_ECC_Recovered 0x001a 100 253 000 Old_age Always - 0 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 193 000 Old_age Always - 52 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0
SMART Error Log Version: 1 ATA Error Count: 171 (device log contains only the most recent five errors) CR = Command Register [HEX] FR = Features Register [HEX] SC = Sector Count Register [HEX] SN = Sector Number Register [HEX] CL = Cylinder Low Register [HEX] CH = Cylinder High Register [HEX] DH = Device/Head Register [HEX] DC = Device Command Register [HEX] ER = Error register [HEX] ST = Status register [HEX] Timestamp = decimal seconds since the previous disk power-on. Note: timestamp "wraps" after 2^32 msec = 49.710 days.
Error 171 occurred at disk power-on lifetime: 5170 hours When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 84 51 00 48 06 77 e3 Error: ICRC, ABRT at LBA = 0x03770648 = 58132040
Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Timestamp Command/Feature_Name -- -- -- -- -- -- -- -- --------- -------------------- c8 00 30 48 06 77 e3 00 3.512 READ DMA c8 00 50 a0 fb dc e3 00 1.013 READ DMA c8 00 20 80 fb dc e3 00 20.414 READ DMA c8 00 04 d8 f0 75 e3 00 16.538 READ DMA c8 00 58 88 ee de e3 00 1.107 READ DMA
Error 170 occurred at disk power-on lifetime: 5145 hours When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 84 51 00 c9 c7 32 e0 Error: ICRC, ABRT at LBA = 0x0032c7c9 = 3327945
Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Timestamp Command/Feature_Name -- -- -- -- -- -- -- -- --------- -------------------- c8 00 28 c9 c7 32 e0 00 1.256 READ DMA ca 00 08 1f 16 c7 e2 00 2.647 WRITE DMA ca 00 08 9f 15 c7 e2 00 1.782 WRITE DMA ca 00 08 1f 15 c7 e2 00 1.785 WRITE DMA ca 00 08 9f 14 c7 e2 00 1.938 WRITE DMA
Error 169 occurred at disk power-on lifetime: 5099 hours When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 84 51 00 f7 6f f1 e1 Error: ICRC, ABRT at LBA = 0x01f16ff7 = 32600055
Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Timestamp Command/Feature_Name -- -- -- -- -- -- -- -- --------- -------------------- c8 00 80 f7 6f f1 e1 00 0.080 READ DMA c8 00 80 77 6f f1 e1 00 1.499 READ DMA c8 00 80 f7 6e f1 e1 00 1.500 READ DMA c8 00 80 77 6e f1 e1 00 10.342 READ DMA c8 00 80 f7 6d f1 e1 00 1.495 READ DMA
Error 168 occurred at disk power-on lifetime: 4984 hours When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 84 51 00 f8 b5 bd e4 Error: ICRC, ABRT at LBA = 0x04bdb5f8 = 79541752
Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Timestamp Command/Feature_Name -- -- -- -- -- -- -- -- --------- -------------------- c8 00 10 f8 b5 bd e4 00 1.104 READ DMA e7 00 08 00 00 00 a0 00 22.493 FLUSH CACHE ca 00 08 17 01 8c e1 00 0.397 WRITE DMA ca 00 20 c7 e6 d9 e1 00 0.710 WRITE DMA ca 00 08 b7 e6 d9 e1 00 0.393 WRITE DMA
Error 167 occurred at disk power-on lifetime: 4976 hours When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 84 51 00 df 0f cd e1 Error: ICRC, ABRT at LBA = 0x01cd0fdf = 30216159
Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Timestamp Command/Feature_Name -- -- -- -- -- -- -- -- --------- -------------------- c8 00 80 df 0f cd e1 00 0.111 READ DMA c8 00 08 d7 0f cd e1 00 8.017 READ DMA c8 00 46 0f 14 cd e1 00 0.817 READ DMA c8 00 08 07 14 cd e1 00 7.781 READ DMA c8 00 07 74 1b cb e1 00 0.124 READ DMA
SMART Self-test log structure revision number 1 No self-tests have been logged. [To run self-tests, use: smartctl -t]
Wie bekomm ich eigentlich solche Ausgaben vom xterm oder eterm in eine mail, ohne den Umweg über pipelining in deine txt-datei und dann kopieren?
Grüße
Martin
Martin Körner schrieb:
Hi,
Hi,
[...]
ein # smartctl -a /dev/hda liefert folgendes: Die Errors sind jedenfalls sicher nicht normal.
[....]
Device Model: ST360020A
[...]
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 063 050 025 Pre-fail Always - 107731 5 Reallocated_Sector_Ct 0x0033 095 095 036 Pre-fail Always - 53 7 Seek_Error_Rate 0x000f 080 060 030 Pre-fail Always - 108336556 199 UDMA_CRC_Error_Count 0x003e 200 193 000 Old_age Always - 52
[...]
Die Werte sehen nicht allzu gut aus. Es sind einige Sektoren remappt und es gibt etliche Schreib/Lesefehler. IMHO wird die Platte nicht sehr lang halten. Regelmaessige Backups waeren von Vorteil, sowie eine vernuenftig konfigurierte smartd.conf ;-) dann kann eigentlich nicht viel schief gehen. Mal auch das Hersteller-Tool drauf jagen und dann lohnt sich evtl. auch ein RMA. Trotz dem kann ich noch keine Parallelen zu Deinem Fehler ziehen...sind die fscks OK?
Wie bekomm ich eigentlich solche Ausgaben vom xterm oder eterm in eine mail, ohne den Umweg über pipelining in deine txt-datei und dann kopieren?
Ich weiss es nicht. Ich kopier auch alles in eine txt. Bestimmt gibts elegantere Methoden...
MfG -Dimitri
Hallo,
Dimitri Puzin schrieb:
Martin Körner schrieb:
Wie bekomm ich eigentlich solche Ausgaben vom xterm oder eterm in eine mail, ohne den Umweg über pipelining in deine txt-datei und dann kopieren?
Ich weiss es nicht. Ich kopier auch alles in eine txt. Bestimmt gibts elegantere Methoden...
Ich verwende rxvt. Darin wird der relevante Text mit der linken Maustaste kopiert und mit der mittleren Maustaste dann im Sylpheed-claws in eine Mail als Text eingefügt.
Falls es Inkompatibilitäten mit copy und paste gibt, verwende ich nedit als Zwischenspeicher/Übersetzer.
Gruß Christoph
Hi,
sind die fscks OK?
bis auf die Tatsache, dass sich umount und e2fsck uneins waren, ob hda9 gemountet ist oder nicht sah alles ordentlich aus.
Na, da noch keine "richtigen" Fehler aufgetreten sind, und die Platte keine hochsensitiven Daten enthält, werde ich sie erst mal normal weiternutzen. Mal sehen was passiert. Eine Seagate-Platte, die (schon) nach 2,5 Jahren den Geist auf gibt, wär auch mal was neues...
Grüße
Martin
Martin Körner schrieb:
Hi,
Hi,
Eine Seagate-Platte, die (schon) nach 2,5 Jahren den Geist auf gibt, wär auch mal was neues...
Ich hab auf Arbeit noch viel juengere Seagates rumliegen...so verwunderlich ist es garnicht. Was bei mir sehr gut funkt sind die alten IBM's (DHEA Serie) und Maxtors 6Y080P0. Waehrend der ganzen Zeit sind die im Einsatz, laufen im 24x7 Betrieb im RAID5 und haben keinerlei Fehler! :-)
-Dimitri
Hi!
Am 2004-06-24 21:00 +0200 schrieb Martin Körner:
Wie bekomm ich eigentlich solche Ausgaben vom xterm oder eterm in eine mail, ohne den Umweg über pipelining in deine txt-datei und dann kopieren?
Am besten, Du schickst das direkt durch eine pipe nach mail:
smartblabla ... | mail -s "SmartMon Analyse" foo@bar.com
Pitti
On Fri, 25 Jun 2004, Martin Pitt wrote:
Hi!
Am 2004-06-24 21:00 +0200 schrieb Martin Körner:
Wie bekomm ich eigentlich solche Ausgaben vom xterm oder eterm in eine mail, ohne den Umweg über pipelining in deine txt-datei und dann kopieren?
Am besten, Du schickst das direkt durch eine pipe nach mail:
smartblabla ... | mail -s "SmartMon Analyse" foo@bar.com
Oder noch einfacher. Mit linker Maustaste markieren im xterm und dann im Zielfenster ein Druck auf die mittlere Taste, fertig. So mach' ich das nur noch.
MfG
Carsten
Hi.
* Carsten Friede cfriede@Hell.WH8.TU-Dresden.De [2004-06-25 11:39 +0200]:
Oder noch einfacher. Mit linker Maustaste markieren im xterm und dann im Zielfenster ein Druck auf die mittlere Taste, fertig. So mach' ich das nur noch.
Mach ich im rxvt auch. Ist allerdings unschön, wenn der zu kopierende Text so groß ist, daß man scrollen muß. Workaround: zum Anfang scrollen; anfangen, mit der Maus zu markieren; irgendeine Taste drücken (Buchstabe, oder Pfeil nach oben, Veränderung der Eingabezeile --> Terminal springt wieder runter) und schon hat man wieder das Ende des Textes und kann die Maustaste loslassen.
Mit der Maus scrollen geht ja beim Markieren nicht mehr. Man könnte mit Shift-Bildrunter auch zurückscrollen, Shift-Bildhoch setz ich zumindest beim Hochscrollen ein, aber mit der einen Taste ist man halt schneller wieder am Ende, v.a. wenn es mehrere Seiten sind.
HTH,
Stefan
(der aber auch oft in Dateien umleitet und die dann im Editor reinlädt --> kein Umbruch des Textes wie beim Kopieren)
Stefan Moch stefan-ml@nine.netcorner.org at 2004-06-25 1616 +0200:
Mit der Maus scrollen geht ja beim Markieren nicht mehr. Man könnte
Bei mir schon (aterm).
MfG, Jonas
* Jonas Witt wittj@gmx.net [2004-06-25 18:36 +0200]:
Stefan Moch stefan-ml@nine.netcorner.org at 2004-06-25 1616 +0200:
Mit der Maus scrollen geht ja beim Markieren nicht mehr. Man könnte
Bei mir schon (aterm).
Hab's mal eben mit aterm ausprobiert und nicht geschafft. Wie "greifst" Du denn den Scrollbalken während Du markierst?
Stefan
Stefan Moch stefan-ml@nine.netcorner.org at 2004-06-25 1842 +0200:
- Jonas Witt wittj@gmx.net [2004-06-25 18:36 +0200]:
Stefan Moch stefan-ml@nine.netcorner.org at 2004-06-25 1616 +0200:
Mit der Maus scrollen geht ja beim Markieren nicht mehr. Man könnte
Bei mir schon (aterm).
Hab's mal eben mit aterm ausprobiert und nicht geschafft. Wie "greifst" Du denn den Scrollbalken während Du markierst?
Dreh mal an dem lustigen Rädchen, welches auf deiner Maus ist (oder etwa nicht?) :)
MfG, Jonas
* Jonas Witt wittj@gmx.net [2004-06-25 18:50 +0200]:
Dreh mal an dem lustigen Rädchen, welches auf deiner Maus ist (oder etwa nicht?) :)
Nee, ist kein lustiges Rädchen dran. Dann ist aber klar, wie Du's meinst, da passiert ja dasselbe wie wenn man mit der Tastatur scrollt.
Hi,
On Thu, Jun 24, 2004 at 06:33:08PM +0200, Martin Körner wrote:
Was sagt denn # fdisk -lu
Disk /dev/hda: 60.0 GB, 60022480896 bytes 255 heads, 63 sectors/track, 7297 cylinders, total 117231408 sectors Units = sectors of 1 * 512 = 512 bytes
Device Boot Start End Blocks Id System /dev/hda1 * 63 7807589 3903763+ 83 Linux /dev/hda2 7807590 117226304 54709357+ f W95 Ext'd (LBA) /dev/hda5 50524488 117226304 33350908+ c W95 FAT32 (LBA) /dev/hda6 7807716 17575109 4883697 83 Linux /dev/hda7 17575173 46877669 14651248+ 83 Linux /dev/hda8 46877733 49817564 1469916 83 Linux /dev/hda9 49817628 50524424 353398+ 82 Linux swap
das sieht gut aus.
Partition table entries are not in disk order
das ist wahr, aber das tut ja niemand weh.
Ich würde sagen, dein cfdisk macht unnötig panik. Evtl. kann es auch nur nicht mit lba umgehen und fällt einem Rundungsfehler beim Geometrie umrechnen anheim? Wie alt ist denn deine cfdisk-Version? Welcher kernel? 2.6?
Ich würde mir erstmal keine Sorgen machen.
On Fri, Jun 25, 2004 at 04:49:29PM +0200, Martin Körner wrote:
Hallo,
Wie alt ist denn deine cfdisk-Version? Welcher kernel? 2.6?
Kernel 2.6.4 und da ich mein debian testing fast täglich update, sollte auch die cfdisk die neuste Version sein (2.12)
vielleicht ist es zu neu und es ist ein Bug :-)
lug-dd@mailman.schlittermann.de
-
Carsten Friede -
Christoph Mueller -
Jonas Witt -
Martin Körner -
Martin Pitt -
Stefan Moch -
Stefan Seyfried -
Stephan Maka -
tristan-777＠t-online.de