| Data: 2020-09-22 18:00:08 | |
| Autor: Smok Eustachy | |
| Chyba padł mi dysk | |
|
A tu wynik diagnostyki:
Ktoś się zna na tym? Co się dzieje? smartctl 6.6 2017-11-05 r4594 [x86_64-linux-5.2.15-pclos1] (local build) Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: Western Digital Caviar Green (AF) Device Model: WDC WD15EARS-60MVWB0 Serial Number: WD-WCAZA6193000 LU WWN Device Id: 5 0014ee 25b0c02e8 Firmware Version: 51.0AB51 User Capacity: 1 500 301 910 016 bytes [1,50 TB] Sector Sizes: 512 bytes logical, 4096 bytes physical Form Factor: 3.5 inches Device is: In smartctl database [for details use: -P show] ATA Version is: ATA8-ACS (minor revision not indicated) SATA Version is: SATA 2.6, 3.0 Gb/s Local Time is: Tue Sep 22 17:42:13 2020 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled AAM feature is: Unavailable APM feature is: Unavailable Rd look-ahead is: Enabled Write cache is: Enabled DSN feature is: Unavailable ATA Security is: Disabled, NOT FROZEN [SEC1] === 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: ( 121) The previous self-test completed having the read element of the test failed. Total time to complete Offline data collection: (37560) 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. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 362) minutes. SCT capabilities: (0x303d) SCT Status supported. SCT Error Recovery Control 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 FLAGS VALUE WORST THRESH FAIL RAW_VALUE 1 Raw_Read_Error_Rate POSR-K 200 200 051 - 0 3 Spin_Up_Time POS-- K 253 248 021 - 1158 4 Start_Stop_Count -O-- CK 099 099 000 - 1323 5 Reallocated_Sector_Ct PO-- CK 200 200 140 - 0 7 Seek_Error_Rate POSR-K 200 200 051 - 0 9 Power_On_Hours -O-- CK 096 096 000 - 3419 10 Spin_Retry_Count PO-- CK 100 100 051 - 0 11 Calibration_Retry_Count -O-- CK 100 100 000 - 0 12 Power_Cycle_Count -O-- CK 099 099 000 - 1308 184 End-to-End_Error PO-- CK 100 100 097 - 0 187 Reported_Uncorrect -O-- CK 009 009 000 - 91 188 Command_Timeout -O-- CK 018 018 000 - 82 190 Airflow_Temperature_Cel -O-- -K 069 058 040 - 31 (Min/Max 25/31) 192 Power-Off_Retract_Count -O-- CK 200 200 000 - 98 193 Load_Cycle_Count -O-- CK 200 200 000 - 1224 196 Reallocated_Event_Count -O-- CK 200 200 000 - 0 197 Current_Pending_Sector -O-- CK 200 200 000 - 5 198 Offline_Uncorrectable -- -- CK 200 200 000 - 4 199 UDMA_CRC_Error_Count -O-- CK 200 200 000 - 0 200 Multi_Zone_Error_Rate -- -R-- 200 200 000 - 3 ||||||_ K auto-keep |||||__ C event count ||||___ R error rate |||____ S speed/performance ||_____ O updated online |______ P prefailure warning General Purpose Log Directory Version 1 SMART Log Directory Version 1 [multi-sector log support] Address Access R/W Size Description 0x00 GPL,SL R/O 1 Log Directory 0x01 SL R/O 1 Summary SMART error log 0x02 SL R/O 5 Comprehensive SMART error log 0x03 GPL R/O 6 Ext. Comprehensive SMART error log 0x06 SL R/O 1 SMART self-test log 0x07 GPL R/O 1 Extended self-test log 0x09 SL R/W 1 Selective self-test log 0x10 GPL R/O 1 NCQ Command Error log 0x11 GPL R/O 1 SATA Phy Event Counters log 0x80-0x9f GPL,SL R/W 16 Host vendor specific log 0xa0-0xa7 GPL,SL VS 16 Device vendor specific log 0xa8-0xb7 GPL,SL VS 1 Device vendor specific log 0xc0 GPL,SL VS 1 Device vendor specific log 0xc1 GPL VS 93 Device vendor specific log 0xe0 GPL,SL R/W 1 SCT Command/Status 0xe1 GPL,SL R/W 1 SCT Data Transfer SMART Extended Comprehensive Error Log Version: 1 (6 sectors) Device Error Count: 91 (device log contains only the most recent 24 errors) CR = Command Register FEATR = Features Register COUNT = Count (was: Sector Count) Register LBA_48 = Upper bytes of LBA High/Mid/Low Registers ] ATA-8 LH = LBA High (was: Cylinder High) Register ] LBA LM = LBA Mid (was: Cylinder Low) Register ] Register LL = LBA Low (was: Sector Number) Register ] DV = Device (was: Device/Head) Register DC = Device Control Register ER = Error register ST = Status register Powered_Up_Time is measured from power on, and printed as DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes, SS=sec, and sss=millisec. It "wraps" after 49.710 days. Error 91 [18] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 ae 40 00 Error: UNC at LBA = 0x000009ae = 2478 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 08 00 10 00 00 ae a8 67 30 40 08 00:05:50.382 READ FPDMA QUEUED 60 00 02 00 08 00 00 00 00 09 ae 40 08 00:05:50.382 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:05:50.382 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 00 00 00 00 00 a0 08 00:05:50.377 IDENTIFY DEVICE ef 00 03 00 45 00 00 00 00 00 00 a0 08 00:05:50.377 SET FEATURES [Set transfer mode] Error 90 [17] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 ac 40 00 Error: UNC at LBA = 0x000009ac = 2476 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 02 00 40 00 00 00 00 09 ae 40 08 00:05:47.481 READ FPDMA QUEUED 60 00 02 00 38 00 00 00 00 09 ac 40 08 00:05:47.481 READ FPDMA QUEUED 60 00 08 00 30 00 00 ae a8 67 30 40 08 00:05:47.481 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:05:47.481 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 00 00 00 00 00 a0 08 00:05:47.476 IDENTIFY DEVICE Error 89 [16] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 aa 40 00 Error: UNC at LBA = 0x000009aa = 2474 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 08 00 e8 00 00 ae a8 67 30 40 08 00:05:44.594 READ FPDMA QUEUED 60 00 02 00 e0 00 00 00 00 09 aa 40 08 00:05:44.594 READ FPDMA QUEUED 60 00 02 00 d8 00 00 00 00 09 ac 40 08 00:05:44.594 READ FPDMA QUEUED 60 00 02 00 d0 00 00 00 00 09 ae 40 08 00:05:44.594 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:05:44.594 SET FEATURES [Enable SATA feature] Error 88 [15] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 a8 40 00 Error: UNC at LBA = 0x000009a8 = 2472 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 08 00 10 00 00 ae a8 67 30 40 08 00:05:41.672 READ FPDMA QUEUED 60 00 02 00 b0 00 00 00 00 09 ae 40 08 00:05:41.646 READ FPDMA QUEUED 60 00 02 00 a8 00 00 00 00 09 ac 40 08 00:05:41.646 READ FPDMA QUEUED 60 00 02 00 a0 00 00 00 00 09 aa 40 08 00:05:41.646 READ FPDMA QUEUED 60 00 02 00 98 00 00 00 00 09 a8 40 08 00:05:41.645 READ FPDMA QUEUED Error 87 [14] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 ae 40 00 Error: UNC at LBA = 0x000009ae = 2478 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 02 00 a0 00 00 00 00 09 ae 40 08 00:05:38.755 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:05:38.755 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 00 00 00 00 00 a0 08 00:05:38.751 IDENTIFY DEVICE ef 00 03 00 45 00 00 00 00 00 00 a0 08 00:05:38.751 SET FEATURES [Set transfer mode] ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:05:38.751 SET FEATURES [Enable SATA feature] Error 86 [13] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 ac 40 00 Error: UNC at LBA = 0x000009ac = 2476 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 02 00 10 00 00 00 00 09 ae 40 08 00:05:35.876 READ FPDMA QUEUED 60 00 02 00 08 00 00 00 00 09 ac 40 08 00:05:35.876 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:05:35.876 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 00 00 00 00 00 a0 08 00:05:35.871 IDENTIFY DEVICE ef 00 03 00 45 00 00 00 00 00 00 a0 08 00:05:35.871 SET FEATURES [Set transfer mode] Error 85 [12] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 aa 40 00 Error: UNC at LBA = 0x000009aa = 2474 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 02 00 b0 00 00 00 00 09 aa 40 08 00:05:33.001 READ FPDMA QUEUED 60 00 02 00 a8 00 00 00 00 09 ac 40 08 00:05:33.001 READ FPDMA QUEUED 60 00 02 00 a0 00 00 00 00 09 ae 40 08 00:05:33.001 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:05:33.001 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 00 00 00 00 00 a0 08 00:05:32.996 IDENTIFY DEVICE Error 84 [11] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 a8 40 00 Error: UNC at LBA = 0x000009a8 = 2472 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 02 00 10 00 00 00 00 09 ae 40 08 00:05:30.107 READ FPDMA QUEUED 60 00 02 00 08 00 00 00 00 09 ac 40 08 00:05:30.107 READ FPDMA QUEUED 60 00 02 00 00 00 00 00 00 09 aa 40 08 00:05:30.107 READ FPDMA QUEUED 60 00 02 00 f0 00 00 00 00 09 a8 40 08 00:05:30.107 READ FPDMA QUEUED 60 00 08 00 90 00 00 9f 6d 14 d0 40 08 00:05:30.106 READ FPDMA QUEUED Error 83 [10] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 ae 40 00 Error: UNC at LBA = 0x000009ae = 2478 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 02 00 18 00 00 00 00 09 ae 40 08 00:05:27.162 READ FPDMA QUEUED 60 00 08 00 10 00 00 9f 6d 14 c8 40 08 00:05:27.162 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:05:27.162 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 00 00 00 00 00 a0 08 00:05:27.158 IDENTIFY DEVICE ef 00 03 00 45 00 00 00 00 00 00 a0 08 00:05:27.158 SET FEATURES [Set transfer mode] Error 82 [9] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 ac 40 00 Error: UNC at LBA = 0x000009ac = 2476 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 08 00 c0 00 00 9f 6d 14 c8 40 08 00:05:24.260 READ FPDMA QUEUED 60 00 02 00 b8 00 00 00 00 09 ae 40 08 00:05:24.260 READ FPDMA QUEUED 60 00 02 00 b0 00 00 00 00 09 ac 40 08 00:05:24.260 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:05:24.260 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 00 00 00 00 00 a0 08 00:05:24.255 IDENTIFY DEVICE Error 81 [8] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 aa 40 00 Error: UNC at LBA = 0x000009aa = 2474 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 02 00 20 00 00 00 00 09 aa 40 08 00:05:21.361 READ FPDMA QUEUED 60 00 02 00 18 00 00 00 00 09 ac 40 08 00:05:21.361 READ FPDMA QUEUED 60 00 02 00 10 00 00 00 00 09 ae 40 08 00:05:21.361 READ FPDMA QUEUED 60 00 08 00 08 00 00 9f 6d 14 c8 40 08 00:05:21.361 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:05:21.361 SET FEATURES [Enable SATA feature] Error 80 [7] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 a8 40 00 Error: UNC at LBA = 0x000009a8 = 2472 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 08 00 b0 00 00 9f 6d 14 c8 40 08 00:05:18.443 READ FPDMA QUEUED 60 00 02 00 a8 00 00 00 00 09 ae 40 08 00:05:18.411 READ FPDMA QUEUED 60 00 02 00 a0 00 00 00 00 09 ac 40 08 00:05:18.411 READ FPDMA QUEUED 60 00 02 00 98 00 00 00 00 09 aa 40 08 00:05:18.411 READ FPDMA QUEUED 60 00 02 00 90 00 00 00 00 09 a8 40 08 00:05:18.411 READ FPDMA QUEUED Error 79 [6] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 ae 40 00 Error: UNC at LBA = 0x000009ae = 2478 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 02 00 80 00 00 00 00 09 ae 40 08 00:05:15.514 READ FPDMA QUEUED 60 00 08 00 78 00 00 9f 6d 14 00 40 08 00:05:15.514 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:05:15.514 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 00 00 00 00 00 a0 08 00:05:15.509 IDENTIFY DEVICE ef 00 03 00 45 00 00 00 00 00 00 a0 08 00:05:15.509 SET FEATURES [Set transfer mode] Error 78 [5] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 ac 40 00 Error: UNC at LBA = 0x000009ac = 2476 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 08 00 58 00 00 9f 6d 14 00 40 08 00:05:12.610 READ FPDMA QUEUED 60 00 02 00 50 00 00 00 00 09 ae 40 08 00:05:12.610 READ FPDMA QUEUED 60 00 02 00 48 00 00 00 00 09 ac 40 08 00:05:12.610 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:05:12.610 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 00 00 00 00 00 a0 08 00:05:12.605 IDENTIFY DEVICE Error 77 [4] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 aa 40 00 Error: UNC at LBA = 0x000009aa = 2474 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 02 00 30 00 00 00 00 09 aa 40 08 00:05:09.708 READ FPDMA QUEUED 60 00 02 00 28 00 00 00 00 09 ac 40 08 00:05:09.708 READ FPDMA QUEUED 60 00 02 00 20 00 00 00 00 09 ae 40 08 00:05:09.708 READ FPDMA QUEUED 60 00 08 00 18 00 00 9f 6d 14 00 40 08 00:05:09.708 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:05:09.708 SET FEATURES [Enable SATA feature] Error 76 [3] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 a8 40 00 Error: UNC at LBA = 0x000009a8 = 2472 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 02 00 e8 00 00 00 00 09 ae 40 08 00:05:06.841 READ FPDMA QUEUED 60 00 02 00 e0 00 00 00 00 09 ac 40 08 00:05:06.841 READ FPDMA QUEUED 60 00 02 00 d8 00 00 00 00 09 aa 40 08 00:05:06.829 READ FPDMA QUEUED 60 00 02 00 d0 00 00 00 00 09 a8 40 08 00:05:06.829 READ FPDMA QUEUED 60 00 02 00 c8 00 00 00 00 09 a6 40 08 00:05:06.828 READ FPDMA QUEUED Error 75 [2] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 a8 40 00 Error: UNC at LBA = 0x000009a8 = 2472 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 01 80 00 40 00 00 00 00 08 80 40 08 00:05:03.937 READ FPDMA QUEUED 60 00 38 00 38 00 00 00 00 08 40 40 08 00:05:03.937 READ FPDMA QUEUED 60 00 18 00 30 00 00 00 00 08 20 40 08 00:05:03.937 READ FPDMA QUEUED 60 00 08 00 28 00 00 00 00 08 10 40 08 00:05:03.937 READ FPDMA QUEUED 60 00 08 00 20 00 00 00 00 08 78 40 08 00:05:03.936 READ FPDMA QUEUED Error 74 [1] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 ae 40 00 Error: UNC at LBA = 0x000009ae = 2478 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 08 00 30 00 00 ae a8 67 30 40 08 00:02:54.421 READ FPDMA QUEUED 60 00 02 00 28 00 00 00 00 09 ae 40 08 00:02:54.421 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:02:54.421 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 00 00 00 00 00 a0 08 00:02:54.416 IDENTIFY DEVICE ef 00 03 00 45 00 00 00 00 00 00 a0 08 00:02:54.416 SET FEATURES [Set transfer mode] Error 73 [0] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 ac 40 00 Error: UNC at LBA = 0x000009ac = 2476 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 02 00 48 00 00 00 00 09 ae 40 08 00:02:51.520 READ FPDMA QUEUED 60 00 02 00 40 00 00 00 00 09 ac 40 08 00:02:51.520 READ FPDMA QUEUED 60 00 08 00 38 00 00 ae a8 67 30 40 08 00:02:51.520 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:02:51.520 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 00 00 00 00 00 a0 08 00:02:51.515 IDENTIFY DEVICE Error 72 [23] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 aa 40 00 Error: UNC at LBA = 0x000009aa = 2474 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 02 00 18 00 00 00 00 09 aa 40 08 00:02:48.615 READ FPDMA QUEUED 60 00 02 00 10 00 00 00 00 09 ac 40 08 00:02:48.615 READ FPDMA QUEUED 60 00 02 00 08 00 00 00 00 09 ae 40 08 00:02:48.615 READ FPDMA QUEUED 60 00 08 00 f0 00 00 ae a8 67 30 40 08 00:02:48.615 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:02:48.615 SET FEATURES [Enable SATA feature] Error 71 [22] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 a8 40 00 Error: UNC at LBA = 0x000009a8 = 2472 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 08 00 d0 00 00 ae a8 67 30 40 08 00:02:45.688 READ FPDMA QUEUED 60 00 02 00 c8 00 00 00 00 09 ae 40 08 00:02:45.651 READ FPDMA QUEUED 60 00 02 00 c0 00 00 00 00 09 ac 40 08 00:02:45.651 READ FPDMA QUEUED 60 00 02 00 b8 00 00 00 00 09 aa 40 08 00:02:45.651 READ FPDMA QUEUED 60 00 02 00 b0 00 00 00 00 09 a8 40 08 00:02:45.651 READ FPDMA QUEUED Error 70 [21] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 a8 40 00 Error: UNC at LBA = 0x000009a8 = 2472 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 08 00 b8 00 00 00 00 09 a8 40 08 00:02:42.747 READ FPDMA QUEUED 60 00 08 00 78 00 00 ae a8 66 80 40 08 00:02:42.747 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:02:42.746 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 00 00 00 00 00 a0 08 00:02:42.743 IDENTIFY DEVICE ef 00 03 00 45 00 00 00 00 00 00 a0 08 00:02:42.741 SET FEATURES [Set transfer mode] Error 69 [20] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 ae 40 00 Error: UNC at LBA = 0x000009ae = 2478 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 08 00 58 00 00 ae a8 66 80 40 08 00:02:39.845 READ FPDMA QUEUED 60 00 02 00 50 00 00 00 00 09 ae 40 08 00:02:39.845 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:02:39.845 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 00 00 00 00 00 a0 08 00:02:39.841 IDENTIFY DEVICE ef 00 03 00 45 00 00 00 00 00 00 a0 08 00:02:39.841 SET FEATURES [Set transfer mode] Error 68 [19] occurred at disk power-on lifetime: 3419 hours (142 days + 11 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER -- ST COUNT LBA_48 LH LM LL DV DC -- -- -- == -- == == == -- -- -- -- -- 40 -- 51 00 00 00 00 00 00 09 ac 40 00 Error: UNC at LBA = 0x000009ac = 2476 Commands leading to the command that caused the error were: CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name -- == -- == -- == == == -- -- -- -- -- -- -- -- -- -- -- -- - -- -- -- -- -- -- -- -- -- -- 60 00 02 00 08 00 00 00 00 09 ac 40 08 00:02:36.944 READ FPDMA QUEUED 60 00 08 00 00 00 00 ae a8 66 80 40 08 00:02:36.944 READ FPDMA QUEUED 60 00 02 00 f8 00 00 00 00 09 ae 40 08 00:02:36.944 READ FPDMA QUEUED ef 00 10 00 02 00 00 00 00 00 00 a0 08 00:02:36.943 SET FEATURES [Enable SATA feature] ec 00 00 00 00 00 00 00 00 00 00 a0 08 00:02:36.940 IDENTIFY DEVICE SMART Extended Self-test Log Version: 1 (1 sectors) Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed: read failure 90% 3387 135032280 # 2 Extended offline Interrupted (host reset) 90% 2 - 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. SCT Status Version: 3 SCT Version (vendor specific): 258 (0x0102) SCT Support Level: 1 Device State: Active (0) Current Temperature: 31 Celsius Power Cycle Min/Max Temperature: 25/31 Celsius Lifetime Min/Max Temperature: 20/42 Celsius Under/Over Temperature Limit Count: 0/0 SCT Temperature History Version: 2 Temperature Sampling Period: 1 minute Temperature Logging Interval: 1 minute Min/Max recommended Temperature: 0/60 Celsius Min/Max Temperature Limit: -41/85 Celsius Temperature History Size (Index): 128 (17) Index Estimated Time Temperature Celsius 18 2020-09-22 15:35 35 **************** ... ..( 28 skipped). .. **************** 47 2020-09-22 16:04 35 **************** 48 2020-09-22 16:05 34 *************** 49 2020-09-22 16:06 35 **************** 50 2020-09-22 16:07 34 *************** ... ..( 7 skipped). .. *************** 58 2020-09-22 16:15 34 *************** 59 2020-09-22 16:16 35 **************** 60 2020-09-22 16:17 35 **************** 61 2020-09-22 16:18 34 *************** ... ..( 2 skipped). .. *************** 64 2020-09-22 16:21 34 *************** 65 2020-09-22 16:22 35 **************** 66 2020-09-22 16:23 34 *************** 67 2020-09-22 16:24 ? - 68 2020-09-22 16:25 21 ** 69 2020-09-22 16:26 21 ** 70 2020-09-22 16:27 ? - 71 2020-09-22 16:28 22 *** 72 2020-09-22 16:29 ? - 73 2020-09-22 16:30 23 **** 74 2020-09-22 16:31 ? - 75 2020-09-22 16:32 23 **** 76 2020-09-22 16:33 ? - 77 2020-09-22 16:34 23 **** 78 2020-09-22 16:35 23 **** 79 2020-09-22 16:36 24 ***** 80 2020-09-22 16:37 24 ***** 81 2020-09-22 16:38 25 ****** 82 2020-09-22 16:39 25 ****** 83 2020-09-22 16:40 25 ****** 84 2020-09-22 16:41 26 ******* ... ..( 2 skipped). .. ******* 87 2020-09-22 16:44 26 ******* 88 2020-09-22 16:45 27 ******** 89 2020-09-22 16:46 27 ******** 90 2020-09-22 16:47 27 ******** 91 2020-09-22 16:48 28 ********* 92 2020-09-22 16:49 28 ********* 93 2020-09-22 16:50 29 ********** ... ..( 5 skipped). .. ********** 99 2020-09-22 16:56 29 ********** 100 2020-09-22 16:57 30 *********** 101 2020-09-22 16:58 30 *********** 102 2020-09-22 16:59 30 *********** 103 2020-09-22 17:00 31 ************ ... ..( 2 skipped). .. ************ 106 2020-09-22 17:03 31 ************ 107 2020-09-22 17:04 32 ************* ... ..( 5 skipped). .. ************* 113 2020-09-22 17:10 32 ************* 114 2020-09-22 17:11 ? - 115 2020-09-22 17:12 23 **** 116 2020-09-22 17:13 ? - 117 2020-09-22 17:14 23 **** 118 2020-09-22 17:15 ? - 119 2020-09-22 17:16 24 ***** 120 2020-09-22 17:17 ? - 121 2020-09-22 17:18 24 ***** 122 2020-09-22 17:19 ? - 123 2020-09-22 17:20 25 ****** 124 2020-09-22 17:21 ? - 125 2020-09-22 17:22 25 ****** 126 2020-09-22 17:23 25 ****** 127 2020-09-22 17:24 26 ******* ... ..( 2 skipped). .. ******* 2 2020-09-22 17:27 26 ******* 3 2020-09-22 17:28 27 ******** 4 2020-09-22 17:29 27 ******** 5 2020-09-22 17:30 28 ********* 6 2020-09-22 17:31 28 ********* 7 2020-09-22 17:32 28 ********* 8 2020-09-22 17:33 29 ********** ... ..( 3 skipped). .. ********** 12 2020-09-22 17:37 29 ********** 13 2020-09-22 17:38 30 *********** 14 2020-09-22 17:39 30 *********** 15 2020-09-22 17:40 30 *********** 16 2020-09-22 17:41 31 ************ 17 2020-09-22 17:42 31 ************ SCT Error Recovery Control: Read: 85 (8,5 seconds) Write: 85 (8,5 seconds) Device Statistics (GP/SMART Log 0x04) not supported SATA Phy Event Counters (GP Log 0x11) ID Size Value Description 0x0001 2 0 Command failed due to ICRC error 0x0002 2 0 R_ERR response for data FIS 0x0003 2 0 R_ERR response for device-to-host data FIS 0x0004 2 0 R_ERR response for host-to-device data FIS 0x0005 2 0 R_ERR response for non-data FIS 0x0006 2 0 R_ERR response for device-to-host non-data FIS 0x0007 2 0 R_ERR response for host-to-device non-data FIS 0x000a 2 1 Device-to-host register FISes sent due to a COMRESET 0x000b 2 0 CRC errors within host-to-device FIS 0x8000 4 1378 Vendor specific |
|
| Data: 2020-09-22 18:11:18 | |
| Autor: _Master_ | |
| Chyba padł mi dysk | |
|
W dniu 2020-09-22 o 18:00, Smok Eustachy pisze:
A tu wynik diagnostyki: A widzisz jakieś objawy? I pytanie kontrolne: Robisz backupy czy będziesz robił backupy? |
|
| Data: 2020-09-22 20:28:53 | |
| Autor: Smok Eustachy | |
| Chyba padł mi dysk | |
|
W dniu 22.09.2020 o 18:11, _Master_ pisze:
W dniu 2020-09-22 o 18:00, Smok Eustachy pisze:Nie ładuje mi się partycja moja kochana z danymi. System jej nie widzi. I pytanie kontrolne: Robię. Jak ten dysk mi padnie to musże nowy kupić. |
|
| Data: 2020-09-22 21:12:27 | |
| Autor: _Master_ | |
| Chyba padł mi dysk | |
|
Jak czujesz niepokój to kup już.
Żadne logi Ci nie zagwarantują że dysk jutro nie padnie. Szkoda życia ;-) HDD i zasilacze się psują. Trzeba się z tym pogodzić ;-) |
|
| Data: 2020-10-03 05:44:40 | |
| Autor: Eneuel Leszek Ciszewski | |
| Chyba padł mi dysk | |
|
"_Master_" 5f6a4c9c$0$543$65785112@news.neostrada.pl HDD i zasilacze się psują. Trzeba się z tym pogodzić ;-) Psują się, ale są najtrwalszymi elementami komputerów. -- _._ _,-'""`-._ .`'.-. ._. .-. (,-.`._,'( coma |\`-/| .'O`-' .,; o.' eneuel@gmail.com '.O_' `-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`., -bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/... |
|
| Data: 2020-09-22 23:07:47 | |
| Autor: Animka | |
| Chyba padł mi dysk | |
|
W dniu 2020-09-22 o 20:28, Smok Eustachy pisze:
Nie ładuje mi się partycja moja kochana z danymi. System jej nie widzi. Zaglądałeś we właściwości i uprawnienia tej partycji? Może coś zmieniłeś. A w Zarzšdzaniu komputerem dyski to co tam jest? -- animka |
|
| Data: 2020-09-23 10:39:19 | |
| Autor: Queequeg | |
| Chyba padł mi dysk | |
|
Animka <animka@tonie.ja.wp.pl> wrote:
Nie ładuje mi się partycja moja kochana z danymi. System jej nie widzi. Dlaczego zakładasz, że autor używa Windows, skoro wkleił wynik smartctl? -- Mistrz w pchnieciu kula do trenera: - Dzis musze pokazac klase... na trybunie siedzi moja tesciowa. - E! nie dorzucisz... |
|
| Data: 2020-09-23 21:38:33 | |
| Autor: Smok Eustachy | |
| Chyba padł mi dysk | |
|
W dniu 22.09.2020 o 23:07, Animka pisze:
W dniu 2020-09-22 o 20:28, Smok Eustachy pisze:Nie mam zarządzania komputerem |
|
| Data: 2020-09-23 20:46:41 | |
| Autor: pioruns | |
| Chyba padł mi dysk | |
|
On 23/09/2020 20:38, Smok Eustachy wrote:
W dniu 22.09.2020 o 23:07, Animka pisze: To zajrzyj do fdisk -l i dmesg, mistrzu. -- pozdrawiam, pioruns _,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,. Registered Linux User #454644 |
|
| Data: 2020-09-24 19:31:51 | |
| Autor: Smok Eustachy | |
| Chyba padł mi dysk | |
|
W dniu 23.09.2020 o 21:46, pioruns pisze:
On 23/09/2020 20:38, Smok Eustachy wrote:Animce odpisywałem |
|
| Data: 2020-09-25 09:18:20 | |
| Autor: pioruns | |
| Chyba padł mi dysk | |
|
On 24/09/2020 18:31, Smok Eustachy wrote:
W dniu 23.09.2020 o 21:46, pioruns pisze: O kurde sorry, trolli pobanowałem to nie widzę ich postów. -- pozdrawiam, pioruns _,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,. Registered Linux User #454644 |
|
| Data: 2020-09-25 11:05:57 | |
| Autor: Animka | |
| Chyba padł mi dysk | |
|
W dniu 2020-09-25 o 10:18, pioruns pisze:
On 24/09/2020 18:31, Smok Eustachy wrote: A ty trollu wypadłeś z sedesu i zaraz znowu tam wpadniesz. -- animka |
|
| Data: 2020-09-27 13:24:59 | |
| Autor: ąćęłńóśźż | |
| Chyba padł mi dysk | |
|
NTG
pl.misc.budowanie -- -- - wypadłeś z sedesu |
|
| Data: 2020-09-22 23:32:03 | |
| Autor: Olaf Frikiov Skiorvensen | |
| Chyba padł mi dysk | |
|
Wcale nie przypadkiem, dnia Tue, 22 Sep 2020 20:28:53 +0200 doszła do mnie wiadomość <5f6a4265$0$17356$65785112@news.neostrada.pl> od Smok Eustachy <smok@wurg.pl> :
W dniu 22.09.2020 o 18:11, _Master_ pisze: Widocznie mount trafił gdzieś na nieczytelny sektor i nie może podpiąć partycji. MHDD, wybierasz "scan" i ustawiasz w nim REMAP na ON, przeleci i reallokuje sektory, dane odczytasz, ale dysk moim zdaniem do kosza, bo mogą się pojawić nowe z biegiem czasu i robota będzie od nowa. Tutorial: http://www.korepetycjenowysacz.edu.pl/mhdd-diagnostyka-i-naprawa-dysku-twardego/ Scan - ustawienia domyślne, ustawić "Remap" na ON. http://www.korepetycjenowysacz.edu.pl/wp-content/uploads/2015/09/testowanie_dysku_twardego_MHDD.jpg I pytanie kontrolne: Po naprawie skopiuj gdzieś dane a dysk wielokrotnie wyzeruj i zobacz, czy bady nie przyrastają - MHDD funkcaja ERASE. -- Gdyby się wysadziło ich planety, zburzyło miasta, spaliło księgi, a ich samych wytłukło do nogi, może udałoby się ocalić naukę miłości bliźniego. SL. |
|
| Data: 2020-10-03 05:20:43 | |
| Autor: Eneuel Leszek Ciszewski | |
| Chyba padł mi dysk | |
|
"Olaf Frikiov Skiorvensen" ppqkmf5ebl6aqgi8blsm575aenc0a3gliv@4ax.com Widocznie mount trafił gdzieś na nieczytelny sektor i nie może podpiąć partycji. Jeśli sektor jest już nieczytelny -- nic go nie odczyta. Zazwyczaj, zanim stanie się nieczytelny, staje się podejrzany i bywa przesunięty w tle przez firmware... Gorzej, gdy sektor padł nagle -- w efekcie łomotnięcia głowicy o talerzyk chociażby... dane odczytasz, Owszem, bo brak tego jednego sektora nie jest skuteczną przeszkodą z uwagi na redundancję. ale dysk moim zdaniem do kosza, Niekoniecznie. ;) Trzeba przeskanować dysk i zobaczyć, jaki jest czas odczytu/weryfikacji każdego sektora. Dopiero wtedy dysku nie można uratować, gdy te czasy są zbyt duże... Warto dysk długo męczyć, bo te czasy mogą stać się zbyt duże dopiero po rozgrzaniu HDD... Można też wyłączyć część dysku -- zbyt mocno uszkodzoną... Nawet najgorszy dysk może być lepszy niż żaden (jako bakap) a przeca nie ma ograniczeń liczby bakapów... ;) bo mogą się pojawić nowe z biegiem czasu i robota będzie od nowa. -=- Partycjoner, próbując skopiować partycję, natknie się na błąd i spróbuje ów błąd ominąć -- kopia może być naprawiona przyokazyjnie z konieczności... Oczywiście nie każdy partycjoner, lecz rozsądnie napisany... Victoria itp. nie wie, jak naprawić taki błąd, zaś partycjoner -- wie... -=- Victoria (czy cokolwiek) nie odczyta tego, czego już nie ma. Może czytać wielokrotnie (i czyta) więc niepewny sektor po jakimś czasie (po wielu próbach) da się odczytać poprawnie, ale zupełnie nieczytelnego nic już nie odczyta... -- _._ _,-'""`-._ .`'.-. ._. .-. (,-.`._,'( coma |\`-/| .'O`-' .,; o.' eneuel@gmail.com '.O_' `-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`., -bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/... |
|
| Data: 2020-10-03 05:42:47 | |
| Autor: Eneuel Leszek Ciszewski | |
| Chyba padł mi dysk | |
|
"Eneuel Leszek Ciszewski" 5f77ef75$0$537$65785112@news.neostrada.pl Victoria (czy cokolwiek) nie odczyta tego, czego już nie ma. Partycjoner też nie odczyta tego sektora? -- owszem, ale ma do swej dyspozycji kopię... Victoria też ma tę kopię? -- owszem, ale nie wie o tym, gdyż nie rozumie tego, co czyta... Akurat takie błędy są najmniej bolesne, bo te informacje (BSy, MBRy, fragmenty MFT itp.) są zapisane wielokrotnie co do zasady. -- _._ _,-'""`-._ .`'.-. ._. .-. (,-.`._,'( coma |\`-/| .'O`-' .,; o.' eneuel@gmail.com '.O_' `-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`., -bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/... |
|
| Data: 2020-10-03 05:48:38 | |
| Autor: Eneuel Leszek Ciszewski | |
| Chyba padł mi dysk | |
|
"Smok Eustachy" 5f6a4265$0$17356$65785112@news.neostrada.pl Nie ładuje mi się partycja moja kochana z danymi. System jej nie widzi. Nie widzi, czy nie może jej zamontować? Jeśli widzi jako popsutą -- może spróbować pobawić się nią nieinwazyjnie... Poza tym nawet bez montowania można czytać wszystko plik po pliku... -- _._ _,-'""`-._ .`'.-. ._. .-. (,-.`._,'( coma |\`-/| .'O`-' .,; o.' eneuel@gmail.com '.O_' `-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`., -bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/... |
|
| Data: 2020-09-22 18:26:12 | |
| Autor: Olaf Frikiov Skiorvensen | |
| Chyba padł mi dysk | |
|
Wcale nie przypadkiem, dnia Tue, 22 Sep 2020 18:00:08 +0200 doszła do mnie wiadomość <5f6a1f88$0$554$65785112@news.neostrada.pl> od Smok Eustachy <smok@wurg.pl> :
A tu wynik diagnostyki: Jeszcze nie padł, ale jest na dobrej drodze: 5 Reallocated_Sector_Ct PO-- CK 200 200 140 - 0Zero sektorów reallokował. 187 Reported_Uncorrect -O-- CK 009 009 000 - 91Coś chciał robić, ale nie skończył w spodziewanym czasie 196 Reallocated_Event_Count -O-- CK 200 200 000 - 0Pięć w kolejce do reallokacji 198 Offline_Uncorrectable -- -- CK 200 200 000 - 4To nie wygląda dobrze(głowica rozkalibrowana?). Generalnie to polecam MHDD lub Victoria for Windows(po uprzednim przeczytaniu tutoriali z sieci). Dysk sam nie poradzi sobie z reallokacją, można mu ją wymusić za pomocą ww programów, oczywiście ilość tych sektorów może rosnąć w czasie skanowania, tak czy inaczej po "naprawie" radzę zgrać dane na coś innego, a ten dysk kilka-kilkanaście razy nadpisać zerami i zobaczyć, czy jakaś z wymienionych pozycji SMART będzie rosnąć, jeśli będzie, to dysk na emeryturę. v -- Gdyby się wysadziło ich planety, zburzyło miasta, spaliło księgi, a ich samych wytłukło do nogi, może udałoby się ocalić naukę miłości bliźniego. SL. |
|
| Data: 2020-09-22 20:30:04 | |
| Autor: Smok Eustachy | |
| Chyba padł mi dysk | |
|
W dniu 22.09.2020 o 18:26, Olaf Frikiov Skiorvensen pisze:
/..../ Generalnie to polecam MHDD lub Victoria for Windows(po uprzednim przeczytaniu tutoriali zA ja ni mam Windowsa chyba.
|
|
| Data: 2020-09-22 23:09:52 | |
| Autor: Olaf Frikiov Skiorvensen | |
| Chyba padł mi dysk | |
|
Wcale nie przypadkiem, dnia Tue, 22 Sep 2020 20:30:04 +0200 doszła do mnie wiadomość <5f6a42ac$0$17356$65785112@news.neostrada.pl> od Smok Eustachy <smok@wurg.pl> :
W dniu 22.09.2020 o 18:26, Olaf Frikiov Skiorvensen pisze: MHDD jest na System Rescue CD, spokojnie odpalisz z pena. https://www.system-rescue.org/ Pod Linuxem jest WHDD, ale nie wiem, czy to naprawi(nie sprawdzałem) Jeszcze HDAT2, jest w formie ISO https://www.hdat2.com/ Piorunus proponuje SpinRite - potrai naprawić takie błędy, ale jest płatny. Ja proponuję MHDD z SystemRescueCD, oczywiście po przeczytaniu tutoriala. -- Gdyby się wysadziło ich planety, zburzyło miasta, spaliło księgi, a ich samych wytłukło do nogi, może udałoby się ocalić naukę miłości bliźniego. SL. |
|
| Data: 2020-09-22 20:39:24 | |
| Autor: pioruns | |
| Chyba padł mi dysk | |
|
On 22/09/2020 17:26, Olaf Frikiov Skiorvensen wrote:
Generalnie to polecam MHDD lub Victoria for Windows(po uprzednim przeczytaniu tutoriali z Do naprawy takich problemów tylko Spinrite od Steve'a Gibsona. Koszt $89. Mi naprawił już dziesiątki dysków. Ostatnie perełki to dwa 1TB Hitachi, które miały po 1500 realokowanych sektorów i uptime po 8 lat, aż w końcu przyszedł czas na wymianę na większe, tak to by pracowały dalej. Nie wyobrażam sobie dysku nie przejechanego Spinritem który by działał z taką ilością badów i nie miał żadnych problemów. -- pozdrawiam, pioruns _,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,. Registered Linux User #454644 |
|
| Data: 2020-09-22 23:22:11 | |
| Autor: Olaf Frikiov Skiorvensen | |
| Chyba padł mi dysk | |
|
Wcale nie przypadkiem, dnia Tue, 22 Sep 2020 20:39:24 +0100 doszła do mnie wiadomość <rkdjtc$84g$1$pioruns@news.chmurka.net> od pioruns <www@website.com> :
On 22/09/2020 17:26, Olaf Frikiov Skiorvensen wrote: SpinRite potrafi(oprócz testu odczytu i opdzyskiwania danych) robić test zapisu wcześniej kopiując dane sektora w inne miejsce(chwilowo), w zasadzie tylko tym się różni od pozostałych wymienionych programów, no i oczywiście jest płatny. Ostatnio naprawiałem znajomej dysk z laptopa za pomocą Victorii, początkowy stan jak u Smoka, końcowy - 2408 reallokowanych sektorów - dysk będzie do wymiany niebawem. -- Gdyby się wysadziło ich planety, zburzyło miasta, spaliło księgi, a ich samych wytłukło do nogi, może udałoby się ocalić naukę miłości bliźniego. SL. |
|
| Data: 2020-09-22 23:23:47 | |
| Autor: pioruns | |
| Chyba padł mi dysk | |
|
On 22/09/2020 22:22, Olaf Frikiov Skiorvensen wrote:
SpinRite potrafi(oprócz testu odczytu i opdzyskiwania danych) robić test zapisu wcześniejTak, Spinrite robi naprawy, czy to podczas odczytu czy zapisu, bez utraty danych. Smokowi się przyda skoro mu dysk zgubił partycję, to Spinrite może tą partycję znaleźć jeśli uda mu się naprawić sektory, które zapewne zawierają tablicę alokacji tej partycji. Victoria i MHDD testowałem ale wiele lat temu, odkąd kupiłem SpinRite już nie są mi potrzebne. -- pozdrawiam, pioruns _,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,. Registered Linux User #454644 |
|
| Data: 2020-09-23 01:40:13 | |
| Autor: Marcin Debowski | |
| Chyba padł mi dysk | |
|
On 2020-09-22, pioruns <www@website.com> wrote:
On 22/09/2020 22:22, Olaf Frikiov Skiorvensen wrote: Nie ujmując nic splendoru naleznemu zapewne Spinrite, jest sens płacić 89USD aby tymczasowo rewitalizować padający dysk, do którego jest backup? Może Smok ma pecha i mu się takie narzędzie jeszcze przyda, ale jeśli nawet, jakoś to trudno ekonomicznie uzasadnić, szczególnie że są bezpłatne alternatywy. -- Marcin |
|
| Data: 2020-09-23 08:43:28 | |
| Autor: _Master_ | |
| Chyba padł mi dysk | |
|
Szkoda życia. Każdy HDD prędze czy później PADNIE.
No chyba że dla SPORTU. PS. 20 lat temu ratowałem mój 130 Mega dysk. Musiałem. Nie miałem innego ;-) |
|
| Data: 2020-09-23 09:07:05 | |
| Autor: pioruns | |
| Chyba padł mi dysk | |
|
On 23/09/2020 07:43, _Master_ wrote:
Szkoda życia. Każdy HDD prędze czy później PADNIE. Powiedz to moim dyskom 1TB Hitachi. Najstarszy ma 74000 godzin przepracowanych na liczniku i nadal śmiga. Nie uważam, że olewanie dysków jest rozsądne. Nie jeden dobrze traktowany i wentylowany dysk przeżyje całą jednostkę PC.
Jak ktoś musi odzyskać dane, to ma całkiem inny problem: może mieć inny, ale chce ten swój :) -- pozdrawiam, pioruns _,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,. Registered Linux User #454644 |
|
| Data: 2020-09-23 12:02:25 | |
| Autor: _Master_ | |
| Chyba padł mi dysk | |
|
Też mam kilka dysków które działają chyba z 10 lat.
I na co to jest dowód? |
|
| Data: 2020-09-27 17:58:49 | |
| Autor: Eneuel Leszek Ciszewski | |
| Chyba padł mi dysk | |
|
"_Master_" 5f6b1d31$0$514$65785112@news.neostrada.pl Też mam kilka dysków które działają chyba z 10 lat. I na co to jest dowód? Na stagnację lub brak forsy? [na zdrowie umysłowe juzera?] Brak mi pieniędzy i nie rozwijam się, więc do F-S (z którego teraz piszę i na którym w tle prowadzę dyskowe rewolucje) wstawiłem HTS qpiony jako używany z ponad 20kh i Toshibę qpioną ponad 10 lat temu... HTS 21374h 2970 startów (u mnie, bo qpiłem z ~zerem) Toshiba 3624h 1795 startów (dysk qpiony jako zewnętrzny gościł najpierw tu, później w netbooku, następnie używany był jako zewnętrzny w różnych obudowach lub tymczasowy) Dlaczego mam tak dużo startów? -- bo F-S tak ma. ;) Chwila nieuwagi i licznik szaleje jak opętany... -=- Dobrze eksploatowany i takoż zbudowany HDD wytrzyma nie 10 lat, lecz ponad 100 lat. Ale szoki termiczne bądź mechaniczne wielokrotnie skracają ten czas. HDD jest najszybszy na początku, więc ludzie najchętniej tam piszą, lub nawet tylko tam piszą, bo są oszczędni, ;) przez co głowica nie skacze zbyt daleko... Inni piszą po całym dysku a są też gorliwi defragmentatorzy... Znam ;) [to się chyba mówi -- 'z opowiadania'?] nawet sytuacje, gdy laptop leżąc na łóżku ma utrudnione wloty powietrza i zasłonięty wylot powietrza... [mówimy/piszemy wówczas: ,,znajomy opowiadał mi o dziewczynie, której matka tak zasłania''...] Co powiedzieć o Acerze? -- wszystkie gniazda USB3 obok wylotu gorącego powietrza... Przewody USB3 są krótkie, więc zewnętrzny HDD podpięty via USB3 jest stale omiatany gorącem... -=- HDD F-S nie mają lekko -- od wielu dni laptop niewiele odpoczywa... Jest cichy, pracuje powoli, ma dużo do roboty, więc i nie warto go wyłączać... Wczoraj wyciągnąłem złą wtyczkę (chciałem zgasić montowane oczko) energetyującą, czym znienacka zabrałem zasilanie (akumulatora już nie mam tu od dawna) laptopowi, ale nawet to niczego (na oko) nie popsuło... BTW akumulatora -- Acer źle współpracuje z akumulatorem... Choć akumulator jest naładowany do pełna -- laptop potrafi zgasnąć znienacka... Bywa, że Acer pracuje do końca, aż wyczerpie cały akumulator, ale bywa, że nawet wystartować nie chce bez podpięcia do ściany... Poza tym OK... -- _._ _,-'""`-._ .`'.-. ._. .-. (,-.`._,'( coma |\`-/| .'O`-' .,; o.' eneuel@gmail.com '.O_' `-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`., -bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/... |
|
| Data: 2020-09-23 12:06:28 | |
| Autor: _Master_ | |
| Chyba padł mi dysk | |
|
W dniu 2020-09-23 o 10:07, pioruns pisze:
Najstarszy ma 74000 godzin No właśnie. Ilość godzin pracy może pomagać utrzymać dane a ilość rozruchów wręcz przeciwnie. Wątkotwórca jest raczej zwykłym użytkownikiem domowym |
|
| Data: 2020-09-23 17:38:23 | |
| Autor: Adam | |
| Chyba padł mi dysk | |
|
W dniu 2020-09-23 o 12:06, _Master_ pisze:
W dniu 2020-09-23 o 10:07, pioruns pisze: To widać: > ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE > 4 Start_Stop_Count -O-- CK 099 099 000 - 1323 > 9 Power_On_Hours -O-- CK 096 096 000 - 3419 -- Pozdrawiam. Adam |
|
| Data: 2020-09-25 18:46:05 | |
| Autor: Eneuel Leszek Ciszewski | |
| Chyba padł mi dysk | |
|
"pioruns" rkevn9$72j$1$pioruns@news.chmurka.net Nie uważam, że olewanie dysków jest rozsądne. Nie jeden dobrze Co do zasady -- każdy... Ale kto dobrze traktuje HDD? Nawet świadomi juzerzy nie przejmują się zbytnio warunkami pracy HDD... Kaloryfery są pod parapetami? -- bywa, że blaszaki też tam są... Wysokie potrafią przewrócić się, laptopy spadają lub są uruchamiane mroźną zimą w chwilę po wejściu do mieszkania... Zwiechy systemu także nie są obojętne... -- _._ _,-'""`-._ .`'.-. ._. .-. (,-.`._,'( coma |\`-/| .'O`-' .,; o.' eneuel@gmail.com '.O_' `-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`., -bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/... |
|
| Data: 2020-09-23 09:01:45 | |
| Autor: pioruns | |
| Chyba padł mi dysk | |
|
On 23/09/2020 02:40, Marcin Debowski wrote:
Nie ujmując nic splendoru naleznemu zapewne Spinrite, jest sens płacić 89USD aby tymczasowo rewitalizować padający dysk, do którego jest backup? Może Smok ma pecha i mu się takie narzędzie jeszcze przyda, ale jeśli nawet, jakoś to trudno ekonomicznie uzasadnić, szczególnie że są bezpłatne alternatywy. To zależy. Jeśli Smokowi zależy na odzyskaniu danych, to darmowe alternatywy mogą nie dać rady. Spinrite robi recovery danych podczas naprawy sektorów. Najlepiej jednakże się go używa jako maintenance, przed padem, a nie po. Oczywiście każdy sobie przeliczy, czy mu się opłaca kupić dla jednego dysku czy nie, a może jednak bedzie używać Spinrite do wszystkich swoich dysków, aby zapobiec padowi. -- pozdrawiam, pioruns _,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,. Registered Linux User #454644 |
|
| Data: 2020-09-23 08:49:01 | |
| Autor: Marcin Debowski | |
| Chyba padł mi dysk | |
|
On 2020-09-23, pioruns <www@website.com> wrote:
On 23/09/2020 02:40, Marcin Debowski wrote: No ale napisał, że ma backup... No dobra, nie napisał, że ma, napisał, że robi :) Nb. pod Linuxa jest jeszcze to: https://www.r-studio.com/free-linux-recovery/ -- Marcin |
|
| Data: 2020-09-23 23:43:51 | |
| Autor: Smok Eustachy | |
| Chyba padł mi dysk | |
|
W dniu 23.09.2020 o 10:49, Marcin Debowski pisze:
/.../ No ale napisał, że ma backup... No dobra, nie napisał, że ma, napisał,Nie no mam, KUpiłem ostatnio nowy dysk. |
|
| Data: 2020-09-25 00:11:00 | |
| Autor: Smok Eustachy | |
| Chyba padł mi dysk | |
|
W dniu 23.09.2020 o 10:01, pioruns pisze:
On 23/09/2020 02:40, Marcin Debowski wrote: /.../..../ Wszystko mam na 2 dyskach, czyli kopie mam. Jak jeden pada to kupuje drugi. Właśnie 2 tygodnie temu kupiłem. Jak sobie kupie nowy komp na Ryzenie to stary zostanie do backupu. |
|
| Data: 2020-09-27 14:52:35 | |
| Autor: Olek | |
| Chyba padł mi dysk | |
|
On 25.09.2020 00:11, Smok Eustachy wrote:
Wszystko mam na 2 dyskach, czyli kopie mam. Jak jeden pada to kupuje drugi. Właśnie 2 tygodnie temu kupiłem. Jak sobie kupie nowy komp na Ryzenie to stary zostanie do backupu. No i prawidłowo. Natomiast ciekawe rzeczy tu powypisywano - "Skoro pacjent ledwo żyje, to każmy mu zrobić fikołka". Ale jeśli DANE SĄ NAJAWŻNIEJSZE, to zaczyna się od zrzucenia obrazu partycji, która nie chce się zamontować. ddrescue /dev/sda1 plik_obrazu_na_innym_dysku mapfile_na_innym_dysku Jak nie widzi partycji, to się zrzuca cały dysk: ddrescue /dev/sda plik_obrazu_na_innym_dysku mapfile_na_innym_dysku Oczywiście ddrescue ma całe mnóstwo opcji, z którymi należy eksperymentować na danym przypadku. Logiczną naprawę filesystemu lub układu partycji wykonuje się dopiero torturując pliki obrazów, zapisane na sprawnym nośniku, a najlepiej dopiero ich kopie. -- Olek |
|
| Data: 2020-09-28 01:15:06 | |
| Autor: Marcin Debowski | |
| Chyba padł mi dysk | |
|
On 2020-09-27, Olek <olotestSPAMFE@poczta.onet.pl> wrote:
Natomiast ciekawe rzeczy tu powypisywano - "Skoro pacjent ledwo żyje, to każmy mu zrobić fikołka". Skąd pewność, że poszła wyłącznie struktura logiczna, skoro dysk zaznaczył sobie "bady" ale nie był w stanie ich przenieść?. Ale ddrescue jest faktycznie dobrem narzędziem bo pracuje według filozofii odzyskać najpierw ile się da, a dopiero potem męćzyć uwalone fizyczne, kawałki dysku. -- Marcin |
|
| Data: 2020-10-02 20:26:17 | |
| Autor: Eneuel Leszek Ciszewski | |
| Chyba padł mi dysk | |
|
"Olek" 5f708b13$0$537$65785112@news.neostrada.pl Ale jeśli DANE SĄ NAJAWŻNIEJSZE, to zaczyna się od Mam za sobą **setki** podobnych operacji -- nierzadko nie można ,,skopiować dokładnie'', gdyż kopia jest montowalna/poprawna... (program kopiujący potrafi naprawić, o ile to normalny program) -=- Najpierw trzeba zrozumieć, co mogło ,,uszkodzić'' partycję. Taka partycja prawie na pewno jest dobra -- trzeba naprawić zwykle jeden bajt i można to uczynić wieloma sposobami, ale warto pojąć -- dlaczego taki błąd powstał? Jedną z przyczyn jest (jak wielokrotnie tutaj napisano) fizyczne uszkodzenie dysku (zwane badsektorem), które można łatwo naprawić (albo nie można -- IMO raczej nie można) programami realokującymi sektory... Błędów takich przeżyłem masy mas i zazwyczaj te problemy są rozwiązywane ,,w locie'' bez głębszego ;) rozmyślania, gdyż partycje (systemy plików itd...) dyskowe (zapisy informacji ogólnie; nie dotyczy to przykładowo telefonicznych numerów) zawierają informacje nadmiarowe/redundantne, służące łatwym naprawom... Nierzadko problem leży poza taką partycją. Tak czy siak takie uszkodzenia przypominają uszkodzenie, czy pogniecenie okładki książki -- książkę można nadal czytać... Wasze dzieci (może dopiero wnuki) będą śmiały się z Waszych problemów tak, jak dziś przeciętniak śmieje się z analfabetów żyjących setki lat temu, tamtej i tamtemu?... ;) 25 lat temu ;) uważano, iż formatowanie dysku nieodwracalnie niszczy zapis tegoż dysku -- dziś nawet Smoki wiedzą, że jest inaczej, ale pani Jakubowska chyba aż przysiadła z wrażenia, gdy jej nadworny informatyk popełnił ,,błąd'' formowalny/formatyczny... ;) -=- BTW -- w tamtych latach sztuka czytania zezwalała na sądowe rozstrzygnięcia oparte o 'lub czasopisma', ale obecnie: - 'plus' jest 'minusem' (biegła Bernacka i Sąd Apelacyjny w Białymstoku) - 'zez zbieżny' to 'zez rozbieżny' (biegła Bernacka i Sąd Apelacyjny w Białymstoku) - 4 dioptrie w astygmatyzmie u dorosłego to mała/nieznacząca różnica, nieidentyczność, nieznaczący błąd pomiarowy; ale 2 dioptrie w dalekowzroczności u kilkumiesięcznego dziecka to bardzo duża (fatalna w swych skutkach!) różnica (biegła Bernacka i Sąd Apelacyjny w Białymstoku) - 'łącznik'/'dywiz' jest 'myślnikiem', czyli znakiem interpunkcyjnym (biegły Pogorzelski bodajże i Sąd Rejonowy w Białymstoku oraz Sąd Wojewódzki w Białymstoku) Tu chyba warto ;) cos dopisać, bo chyba nadal niektórzy ;) są analfabetami... https://pl.wikipedia.org/wiki/Dywiz Użycie dywizu/łącznika jasno wskazuje, że nie jest on znakiem interpunkcyjnym, jak to się często mylnie sądzi. https://pl.wikipedia.org/wiki/Myślnik Myślnik - znak pisarski z grupy znaków interpunkcyjnych w postaci dłuższej, poziomej kreski, - 'woda w opłucnej' to 'rak 'oskrzela' (biegła w pulmonologii Dziób i Sąd Apelacyjny w Białymstoku) Tu chyba też warto zauważyć, że mój ojciec owego ,,raka'' wyleczył tabletkami i żyje do dzisiaj, choć od badania biegłej Dziób chyba minęło ponad 10 lat... Nawet ojciec niedawno (zaniepokojony wynikami saturacji swej krwi) odwiedził pulmonologa, czym wykazał pulmonologicznemu światu, że nadal żyje... Jaka była ta saturacja? 37% przed kilku laty i 24% niedawno -- czyli drastycznie maleje, a przecież dobra saturacja to 99% a konieczna do życia to ponad 90%... Zmierzyłem ojcu saturację napalcowym pulsoksymetrem (była normalna) i zauważyłem, że gdyby rzeczywiście saturacja była tak mała (24%) jak na wynikach badania krwi, oksymetr mógłby oszukać, ale tętno (pulsoksymetr -- i puls, i oksymetria) byłoby raczej szalone a było normalne... U mnie spadek saturacji jest skorelowany silnie (około 1) ze wzrostem tętna. (bywało, że miałem niemal 200 na minutę podczas odpoczynku, gdy od dużego wysiłku dzieliło mnie wiele godzin) Z nieznanego mi powodu ostatnio płuca pracują u mnie jak nigdy wcześniej!!! Nawet zapominam o Formoterolu -- to rzadki u mnie przypadek od lat! (już trzeci dzień bez Formoterolu -- i trzymam się nieźle!!!) [ale zaraz wezmę, bo mam mroczki itp.?...] W istocie, choć ojciec miał dwa wyniki badania krwi (pobieranej igłą, nie ,,okiem'') wskazujące na śmiertelnie niską saturację, jest/było OK... - można podczas tej samej rozprawy sądowej coś odrzucić i przyjąć zarazem (Sąd Apelacyjny w Białymstoku) Sąd Apelacyjny zauważa: - biegli są dobrzy, bo w innych sprawach (SA nie wymienia tych spraw; nie podaje nawet liczby tych spraw) byli dobrzy - biegła Dziób popełniła fatalny błąd, ale nie w tej sprawie a nie można mieszać spraw [BINGO!!! -- pomyślałem] - co wolno biegłemu to nie odwołującemu się (Sąd Apelacyjny w Białymstoku odrzuca moje dowody, uznając niejawność pozyskiwania dowodów za kontrowersyjną, ale uznaje dowody biegłej Dziób, choć te także zostały pozyskane niejawnie/ukradkiem) Akurat pod tym (wolnościowym) względem niewiele uległo zmianie? Toż jeszcze setki lat temu ;) mówiono: - ,,co wolno wojewodzie to nie tobie smrodzie!''. SA odrzucił nie tylko moje dowody pozyskane ukradkiem, ale także dowody uzyskane legalnie, lecz złożone razem z dowodami pozyskanymi ukradkiem -- chyba za karę, gdyż uzasadniając odrzucenie tych dowodów, SA powołał się na kontrowersyjność i podparł się stanowiskiem sądu jeszcze wyższego od SA... Co było tym dowodem pozyskanym legalnie? -- zapis z mego pulsoksymetru. Czyli: - biegła dziób może oprzeć się o dowód pozyskany ukradkiem - ja nie mogę powołać się na dowód pozyskany legalnie, ale złożony z dowodem pozyskanym ukradkiem I biegła Dziób, i ja załączyliśmy wyniki pulskoksymetrów; biegła oparła swą opinię o wynik jej pulsoksymetru (jej wynik był pozyskany ukradkiem) a ja załączyłem moje wyniki (moje były pozyskane jawnie, ale złożone zostały obok zupełnie innego dowodu, pozyskanego ukradkiem) trzech moich pulsoksymetrów... Biegła Dziób: - odrzuciła wykresy spirometrów (nie twierdzę, że to błąd fatalny) - niezbyt mocno oparła się o wywiad ze mną (przykładowo interesowała ją różnica wielkości moich jąder) - oparła się o wynik swego pulsoksymetru, czyli miernika z natury swej niekalibrowalnego, niskiej wiarygodności, dobrego do doraźnych badań, nie do opinii sądowych... Spirometry mają i soje metryki (wiadomo, kto za nimi ,,stoi'', czyli kto je produkuje i kto je kalibruje a nawet, kiedy taki miernik był kalibrowany) i swoje unikalne numery seryjne... Pulsoksymetry może każdy chętny kupić (lub choćby obejrzeć) na AliExpress itp., w Lidlu itp... Ale nawet ten wynik pozyskała i ukradkiem, i nieuczciwie, gdyż ,,przygotowała'' mnie do tego badania tak, by ukazało wynik korzystny dla mego adwersarza, co kiedyś opisałem na Grupach... [perfekcjonistka] -=- W świetle tych spraw sądowych polski wymiar sprawiedliwości jawi się jako stalinowska farsa a starania Prawa i Sprawiedliwości jako -- równoległa farsa... Rzecz jasna nie chcę oceniać całego wymiaru sprawiedliwości w oparciu o dwie zaledwie sprawy w nieprowincjonalnym mieście, ale pojęcie o tej części tego wymiaru (renty itp. w Białymstoku) mam i prezentuję tu swą opinię: - z założenia nie ma w RP rent chorobowych (można to zweryfikować na wiele sposobów) a sądowe rozstrzygnięcia są jedynie jałmużną dawaną bezwartościowym, biednym biegłym i bezwartościowym sędziom Co powiedzieć o sędzi, który zaprzecza sam sobie podczas rozprawy? (biegli są dobrzy, bo w innych sprawach są dobrzy, choć tych innych spraw nie można brać pod uwagę) Ja powiem wprost -- kiepski sędzia. Są renty chorobowe w RP? - na schizofrenię (niemożliwą do wykazania metodami obiektywnymi - jakieś drobiazgi, nierzadko poprzedzone nawałnicą prasową... Dlaczego można dać rentę w oparciu o schizofrenię? - bo niezadowolony z werdyktu może (przykładowo) bezkarnie posłużyć się nożem, którym nie będzie smarował chleba masłem... - bo tacy schizofrenicy tracą w Polsce swe ludzkie prawa [łatwiej ich pokonać] -=- W tle dyski aż gotują się... Temperatura HTS to 53°C... Głowice szaleją, partycje wędrują, błędów masy mas lub więcej... Utraty informacji nie notuję... Skąd wiem, że nie notuję? -- bo mam bakapy i mogę weryfikować. Są to/tu ważne informacje/dane? -- dla mnie bardzo ważne!!! [;)] -=- Wybacz Smoku, ale jeśli do tej pory (po tylu latach nauczania) nie umiesz radzić sobie z ,,wiązaniem sznurowadeł'' (montowaniem niemontowalnej partycji, która niedawno była montowalna) udaj się do kogoś, kto w chwil kilka tę partycje Ci naprawi, jeśli zależy Ci na zapisanych tam informacjach... Nie mam za sobą przeszłości premiera MMorawieckiego -- nie umiem doić krów... Tedy, chcąc napić się mleka, kupuję gotowe mleko w Lidlu lub w Biedronce... Zdrowsze to dla mnie i dla krowy niż nieumiejętne próby dojenia krów na pastwiskach... I tańsze... -=- Wczoraj było 1967 nowicjuszy... Doczekam się 2302?... ;) Ciekawe, czy pod WXP zobaczę stosowne informacje w necie... Paradoksalnie wczoraj i przedwczoraj moje płuca pracowały tak dobrze, jak chyba nigdy wcześniej, nawet/także 25 lat wcześniej -- trudno mi odgadnąć przyczynę... Co wykazał mój napalcowy pulsoksymetr? -- 99% i ~70 na minutę... Zaoszczędzę na lekach... Może doczekam się 0223?... Bo raczej nie 19670223 lub choćby 670223... -=- Powołałem się tu tylko na kilka kfiatkuf z dwóch spraw... Ogródek jest bogatszy... -- _._ _,-'""`-._ .`'.-. ._. .-. (,-.`._,'( coma |\`-/| .'O`-' .,; o.' eneuel@gmail.com '.O_' `-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`., -bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/... |
|
| Data: 2020-10-03 04:33:18 | |
| Autor: Eneuel Leszek Ciszewski | |
| Chyba padł mi dysk | |
|
"Eneuel Leszek Ciszewski" 5f7770e5$0$17347$65785112@news.neostrada.pl Ponoć głupotą nie można zarazić się od innych... https://pl.wikipedia.org/wiki/Myślnik : Myślnik -- znak pisarski z grupy znaków - 'woda w opłucnej' to 'rak 'oskrzela' (biegła: - 'woda w opłucnej' to 'rak oskrzela' (biegła - biegła dziób może oprzeć się o dowód pozyskany ukradkiem: - biegła Dziób może oprzeć się o dowód pozyskany ukradkiem (przykładowo interesowała ją różnica wielkości moich jąder): (przykładowo interesowała ją ewentualna różnica wielkości moich jąder) -=- Wczoraj było 1967 nowicjuszy... Doczekam się 2302?... ;) Chybiło o dychę... (zabrakło 10) -- _._ _,-'""`-._ .`'.-. ._. .-. (,-.`._,'( coma |\`-/| .'O`-' .,; o.' eneuel@gmail.com '.O_' `-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`., -bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/... |
|
| Data: 2020-10-03 15:26:59 | |
| Autor: Eneuel Leszek Ciszewski | |
| Chyba padł mi dysk | |
|
"Eneuel Leszek Ciszewski" 5f7770e5$0$17347$65785112@news.neostrada.pl Mam za sobą **setki** podobnych operacji -- nierzadko nie można Daleko nie szukając w przeszłości -- ostatni raz dzisiejszej nocy... Akurat także na nieważnych ;) danych z 13 września br. -- nie zdążyłem jeszcze ich nigdzie skopiować, więc ;) dane nie są ważne. Wystarczyła chwila, by odzyskać... Bakapuję często i chętnie, ale zazwyczaj bakapy służą tylko porównaniom, bo nieodzyskiwalnych danych raczej nie miewam, jeśli nie liczyć (też rzadkich) padnięć zapisów na partycjach systemowych -- te bakapy przydają się nie do sprawdzania poprawności... Co do systemowych -- nie reinstaluję Windows od niepamiętnych lat a 64W10 instalowałem tylko raz i z tej instalacji nie korzystam. Korzystam z 64W10 na dwóch laptopach -- kupiłem Acera w MediaExpert na Pietraszach chyba 08 lutego 2017 r. z zainstalowanym 64W10, który jedynie przysposobiłem (wywaliłem juzera sklepowego i wstawiłem siebie chociażby) i rozmnożyłem -- i na Acerze, i na F-S mam kopie tegoż 64W10 zainstalowanego w sklepie... Na Acerze jest teraz 2004, która codziennie zawzięcie [wściekle?] aktualizuje się; na F-S mam chyba nadal 1909, która aktualizuje się kilka razy rzadziej niż Acerowa kopia, ale też codziennie... (w tych obrachunkach biorę pod uwagę tylko pomyślne aktualizacje; btw -- tych niepomyślnych niemal nie mam od niepamiętnych czasów, co mnie cieszy tak, jak przed laty rajcowało innych instalowanie kolejnych SP WXP -- na te aktualizacje nie miałem miejsca u siebie na mych dyskach pracujących w Athlonie) Ponadto na F-S mam WXP (teraz z tego korzystam i wprowadzam rewolucyjne zmiany) bezpośrednio na dyskach a na Acerze mam WXP jako Gościa na VBoxie pracującym pod 64W10... Każdy z tych WXP (poczynając do Athlonowego) może pracować na tych samych DBXach OE -- wystarczy je po prostu skopiować... (,,normalnie'' ;) takie kopiowanie kończy się fatalnie w wypadku DBXów grup dyskusyjnych) Na komputerze i pod kontrolą systemu -- stąd 'na' i 'pod'. To, co dziś padło zostało odzyskane chyba ;) w całości właśnie kopiowaniem podczas pisania tegoż postu, ale bez pełnej weryfikacji, jako że nie wszystkie dane (o czym napisałem wyżej) były ważne, czyli nie wszystkie miały bakapy... Te nieważne to filmy, które w celu sprawdzenia poprawności zaraz obejrzę... Ww. pad miał miejsce na HTS kupionym jako używany z ponad 20kh, ale na nowszych dyskach nie jest lepiej. Wg mnie czas życia dysku ma się nijak do pewności zapisu, o ile dysk był dobrze traktowany, a że im dłużej dysk pracuje, tym większe prawdopodobieństwo złego potraktowania... Jeśli ktoś ma osobny młotek do wbijania gwoździ (dyskiem nie wbija) i osobną patelnię do smażenia jaj (na dysku nie smaży) a komputer nie pada znienacka (choćby za sprawą zaniku zasilania czy zwiech systemowych) to raczej czas życia dysku niezbyt mocno wpływa na pewność zapisu... Moje obserwacje (MOJE!!!) mówią, że HDD są trwałe i psują się niechętnie, co jednak nie oznacza, iż bakapy nie są potrzebne. (aby było jaśniej -- bakapy są potrzebne!!!) Dyski są bardzo tanie, bakapować można w tle -- bakapowanie nie kosztuje zbyt wiele... Jakby ktoś chciał -- mógłbym dać wynik SMARTa z tegoż HTS, ale kupiłem ów dysk z podczyszczonym SMARTem... -- _._ _,-'""`-._ .`'.-. ._. .-. (,-.`._,'( coma |\`-/| .'O`-' .,; o.' eneuel@gmail.com '.O_' `-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`., -bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/... |
|
| Data: 2020-10-03 17:45:32 | |
| Autor: Eneuel Leszek Ciszewski | |
| Chyba padł mi dysk | |
|
"Eneuel Leszek Ciszewski" 5f787c42$0$549$65785112@news.neostrada.pl Daleko nie szukając w przeszłości -- ostatni raz dzisiejszej nocy... Akurat także na nieważnych ;) danych z 13 września br. -- nie zdążyłem Kolejna gwiazdka, ale na ważnych ;) danych -- partycji nie mogłem zamontować po przesunięciu... Partycja została odzyskana -- zaraz sprawdzę, czy została odzyskana bezbłędnie... Oczywista to nie jest błąd fizyczny harddysku... Zanim sprawdzę, powiększyłem partycję -- w mgnieniu oka tak zwanym i bezboleśnie... Takie to są te zabawy z partycjami... -=- Dokładniej było tak jakoś: - przesunięcie partycji w lewo - raport o błędach, ale partycja czytelna - wylogowanie i zalogowanie - partycji długo nie można zamontować - wreszcie partycję zamontowałem, ale jako pustą :) (nawet jej nazwy nie widziałem) -=- Dziś miałem zrobić 59 przysiadów, ale zrobiłem 60. :) W Moskwie za 30 przysiadów dają bilet do metra, więc staram się... Serce łomotało, ale nie wyskoczyło na zewnątrz mej cielesnej powłoki... -=- W tle sprawdzanie ww. partycji... Na razie 23% plików bez błęów... (więc partycja jako całość jest poprawna, ale mogą być inne błędy) -=- 500 GB szybkiego Seagate (150 MB/s) kosztuje na Allegro 75 plnów -- filmów 8K niewiele można zmieścić, ale cennych danych raczej dużo... Polecam bakapy -- by serce łomotało tylko w efekcie przysiadów, za które można dostać bilet do moskiewskiego metra... [cwaniacy -- oszczędzają w ten sposób na ludzkim zdrowiu!!! toż te przysiady to w efekcie mniej: nadwagi, otyłości, cukrzycy, miażdżycy, zawałów, angioplastyki, bajpasów, amputacji stóp nieprocentowych, a także wielu innych kosztownych problemów... każdy orze jak może... nawet na służbie zdrowia oszczędzają... do tego dopełza zwiększona wartość bojowa przydatna podczas wojny... wiedzą, co robią... podstępni Moskale!!!] -- _._ _,-'""`-._ .`'.-. ._. .-. (,-.`._,'( coma |\`-/| .'O`-' .,; o.' eneuel@gmail.com '.O_' `-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`., -bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/... |
|
| Data: 2020-10-03 05:26:17 | |
| Autor: Eneuel Leszek Ciszewski | |
| Chyba padł mi dysk | |
|
"Olaf Frikiov Skiorvensen" 16qkmf145jn1p1nippec3vv5solve2rivp@4ax.com SpinRite potrafi(oprócz testu odczytu i opdzyskiwania danych) robić test zapisu wcześniej Victoria tego nie robi? Albo inaczej -- jakikolwiek taki program tego nie robi? Dyskowe softy (firmware) tego nie robią? Odświeżanie... Przeczytanie i ponowne zapisanie tego samego w tym samym miejscu. Gdy odczyt powiedzie się (gdy będzie poprawny -- zapis jest redundantny) ponowny zapis w tym samym miejscu może okazać się trwalszy/czytelniejszy. Takie manewry są stale uskuteczniane, więc ręczne wymuszanie niekoniecznie pomoże... kopiując dane sektora w inne miejsce(chwilowo), w zasadzie tylko tym się różni od Miałeś farta -- u mnie firmware wytrwale odmawiało realokacji niepewnych sektorów, uznając je za jeszcze niezłe... ;) Problem w tym, że one były niezłe, póki dysk był zimny -- po rozgrzewce te sektory sprawiały sporadycznie problemy... Victoria (czy cokolwiek zewnętrznego) zażąda realokacji, ale o finale raczej ;) zadecyduje firmware... Rozwiązaniem może być męczenie godzinami w tym samym miejscu... ;) -- _._ _,-'""`-._ .`'.-. ._. .-. (,-.`._,'( coma |\`-/| .'O`-' .,; o.' eneuel@gmail.com '.O_' `-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`., -bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/... |
|