Chyba padł mi dysk

[Smok Eustachy]

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

[_Master_]

W dniu 2020-09-22 o 18:00, Smok Eustachy pisze:

>     A tu wynik diagnostyki:
> Ktoś się zna na tym? Co się dzieje?

A widzisz jakieś objawy?


I pytanie kontrolne:

Robisz backupy czy będziesz robił backupy?

[Olaf Frikiov Skiorvensen]

Wcale nie przypadkiem, dnia Tue, 22 Sep 2020 18:00:08 +0200
doszła do mnie wiadomość <5f6a1f88$0$554$6578...@news.neostrada.pl>
od Smok Eustachy <sm...@wurg.pl> :

> A tu wynik diagnostyki:
>Ktoś się zna na tym? Co się dzieje?

Jeszcze nie padł, ale jest na dobrej drodze:

> 5 Reallocated_Sector_Ct PO--CK 200 200 140 - 0

Zero sektorów reallokował.

>187 Reported_Uncorrect -O--CK 009 009 000 - 91
>188 Command_Timeout -O--CK 018 018 000 - 82

Coś chciał robić, ale nie skończył w spodziewanym czasie

>196 Reallocated_Event_Count -O--CK 200 200 000 - 0
>197 Current_Pending_Sector -O--CK 200 200 000 - 5

Pięć w kolejce do reallokacji

>198 Offline_Uncorrectable ----CK 200 200 000 - 4

>200 Multi_Zone_Error_Rate ---R-- 200 200 000 - 3

To 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.

[Smok Eustachy]

W dniu 22.09.2020 o 18:11, _Master_ pisze:

> W dniu 2020-09-22 o 18:00, Smok Eustachy pisze:
>>      A tu wynik diagnostyki:
>> Ktoś się zna na tym? Co się dzieje?
>
> A widzisz jakieś objawy?
>
>

Nie ładuje mi się partycja moja kochana z danymi. System jej nie widzi.

> I pytanie kontrolne:
>
> Robisz backupy czy będziesz robił backupy?

Robię. Jak ten dysk mi padnie to musże nowy kupić.

[Smok Eustachy]

W dniu 22.09.2020 o 18:26, Olaf Frikiov Skiorvensen pisze:
/..../

> 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ę.
>

A ja ni mam Windowsa chyba.
>
> v
>

[_Master_]

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ć ;-)

[pioruns]

On 22/09/2020 17:26, Olaf Frikiov Skiorvensen wrote:
> 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ę.

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

[Olaf Frikiov Skiorvensen]

Wcale nie przypadkiem, dnia Tue, 22 Sep 2020 20:30:04 +0200
doszła do mnie wiadomość <5f6a42ac$0$17356$6578...@news.neostrada.pl>
od Smok Eustachy <sm...@wurg.pl> :

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.

[Animka]

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

[Olaf Frikiov Skiorvensen]

Wcale nie przypadkiem, dnia Tue, 22 Sep 2020 20:39:24 +0100
doszła do mnie wiadomość <rkdjtc$84g$1$pio...@news.chmurka.net>
od pioruns <w...@website.com> :

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.

[Olaf Frikiov Skiorvensen]

Wcale nie przypadkiem, dnia Tue, 22 Sep 2020 20:28:53 +0200
doszła do mnie wiadomość <5f6a4265$0$17356$6578...@news.neostrada.pl>
od Smok Eustachy <sm...@wurg.pl> :

>W dniu 22.09.2020 o 18:11, _Master_ pisze:
>> W dniu 2020-09-22 o 18:00, Smok Eustachy pisze:
>>>      A tu wynik diagnostyki:
>>> Ktoś się zna na tym? Co się dzieje?
>>
>> A widzisz jakieś objawy?
>>
>>
>Nie ładuje mi się partycja moja kochana z danymi. System jej nie widzi.

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:
>>
>> Robisz backupy czy będziesz robił backupy?
>
>Robię. Jak ten dysk mi padnie to musże nowy kupić.

Po naprawie skopiuj gdzieś dane a dysk wielokrotnie wyzeruj i zobacz, czy bady nie
przyrastają - MHDD funkcaja ERASE.

[pioruns]

On 22/09/2020 22:22, 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.
>

Tak, 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.

[Marcin Debowski]

On 2020-09-22, pioruns <w...@website.com> wrote:
> On 22/09/2020 22:22, 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.
>>
> Tak, 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.

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

[_Master_]

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 ;-)

[pioruns]

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.

[pioruns]

On 23/09/2020 07:43, _Master_ wrote:
> Szkoda życia. Każdy HDD prędze czy później PADNIE.
> No chyba że dla SPORTU.

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.

>
> PS. 20 lat temu ratowałem mój 130 Mega dysk.
> Musiałem. Nie miałem innego ;-)

Jak ktoś musi odzyskać dane, to ma całkiem inny problem: może mieć inny,
ale chce ten swój :)

[Marcin Debowski]

On 2020-09-23, pioruns <w...@website.com> wrote:
> 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.

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

[_Master_]

Też mam kilka dysków które działają chyba z 10 lat.

I na co to jest dowód?

[_Master_]

W dniu 2020-09-23 o 10:07, pioruns pisze:

> Najstarszy ma 74000 godzin
> przepracowanych na liczniku i nadal śmiga.

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

[Queequeg]

Animka <ani...@tonie.ja.wp.pl> wrote:

>> 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?

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...

[Adam]

W dniu 2020-09-23 o 12:06, _Master_ 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

[Smok Eustachy]

W dniu 22.09.2020 o 23:07, Animka pisze:

Nie mam zarządzania komputerem

[pioruns]

To zajrzyj do fdisk -l i dmesg, mistrzu.

[Smok Eustachy]

W dniu 23.09.2020 o 10:49, Marcin Debowski pisze:
/.../

> No ale napisał, że ma backup... No dobra, nie napisał, że ma, napisał,
> że robi :)
>

Nie no mam, KUpiłem ostatnio nowy dysk.

[Smok Eustachy]

W dniu 23.09.2020 o 21:46, pioruns pisze:

> On 23/09/2020 20:38, Smok Eustachy wrote:
>> W dniu 22.09.2020 o 23:07, Animka pisze:
>>> 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?
>>>
>> Nie mam zarządzania komputerem
>
> To zajrzyj do fdisk -l i dmesg, mistrzu.
>

Animce odpisywałem

[Smok Eustachy]

W dniu 23.09.2020 o 10:01, pioruns pisze:

> On 23/09/2020 02:40, Marcin Debowski wrote:

/.../..../

>
> 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.
>

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.

[pioruns]

O kurde sorry, trolli pobanowałem to nie widzę ich postów.

[Animka]

W dniu 2020-09-25 o 10:18, pioruns pisze:

> On 24/09/2020 18:31, Smok Eustachy wrote:
>> W dniu 23.09.2020 o 21:46, pioruns pisze:
>>> On 23/09/2020 20:38, Smok Eustachy wrote:
>>>> W dniu 22.09.2020 o 23:07, Animka pisze:
>>>>> 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?
>>>>>
>>>> Nie mam zarządzania komputerem
>>>
>>> To zajrzyj do fdisk -l i dmesg, mistrzu.
>>>
>> Animce odpisywałem
>
> O kurde sorry, trolli pobanowałem to nie widzę ich postów.

A ty trollu wypadłeś z sedesu i zaraz znowu tam wpadniesz.


--
animka

[Eneuel Leszek Ciszewski]

"pioruns" rkevn9$72j$1$pio...@news.chmurka.net

> Nie uważam, że olewanie dysków jest rozsądne. Nie jeden dobrze
> traktowany i wentylowany dysk przeżyje całą jednostkę PC.

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.' ene...@gmail.com '.O_'
`-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`.,
-bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/...

[ąćęłńóśźż]

NTG
pl.misc.budowanie


-----
> wypadłeś z sedesu

[Olek]

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

[Eneuel Leszek Ciszewski]

"_Master_" 5f6b1d31$0$514$6578...@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...

[Marcin Debowski]

On 2020-09-27, Olek <olotes...@poczta.onet.pl> wrote:
> 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.

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

[Eneuel Leszek Ciszewski]

"Olek" 5f708b13$0$537$6578...@news.neostrada.pl

> Ale jeśli DANE SĄ NAJAWŻNIEJSZE, to zaczyna się od
> zrzucenia obrazu partycji, która nie chce się zamontować.

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...

[Eneuel Leszek Ciszewski]

"Eneuel Leszek Ciszewski" 5f7770e5$0$17347$6578...@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

> interpunkcyjnych w postaci dłuższej,
> poziomej kreski,

: 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)

[Eneuel Leszek Ciszewski]

"Olaf Frikiov Skiorvensen" ppqkmf5ebl6aqgi8b...@4ax.com

> 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,

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...

[Eneuel Leszek Ciszewski]

"Olaf Frikiov Skiorvensen" 16qkmf145jn1p1nip...@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
> 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.

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... ;)

[Eneuel Leszek Ciszewski]

"Eneuel Leszek Ciszewski" 5f77ef75$0$537$6578...@news.neostrada.pl

> 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...

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.

[Eneuel Leszek Ciszewski]

"_Master_" 5f6a4c9c$0$543$6578...@news.neostrada.pl

> HDD i zasilacze się psują. Trzeba się z tym pogodzić ;-)

Psują się, ale są najtrwalszymi elementami komputerów.

[Eneuel Leszek Ciszewski]

"Smok Eustachy" 5f6a4265$0$17356$6578...@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...

[Eneuel Leszek Ciszewski]

"Eneuel Leszek Ciszewski" 5f7770e5$0$17347$6578...@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...

[Eneuel Leszek Ciszewski]

"Eneuel Leszek Ciszewski" 5f787c42$0$549$6578...@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!!!]