Administrace komentářů

tak dlouhý test doběhl - koukněte na něj prosím, níž zkusím odpovědět na Vaše dotazy

[root@archlinux marek]# smartctl -a /dev/sdb
smartctl 7.0 2018-12-30 r4883 [x86_64-linux-5.1.11-arch1-1-ARCH] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital AV-GP (AF)
Device Model:     WDC WD20EURS-63S48Y0
Serial Number:    WD-WMAZA7283100
LU WWN Device Id: 5 0014ee 206c79b17
Firmware Version: 51.0AB51
User Capacity:    2 000 398 934 016 bytes [2,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
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:    Wed Jun 19 18:43:23 2019 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

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

General SMART Values:
Offline data collection status:  (0x00) Offline data collection activity
                                        was never started.
                                        Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0) The previous self-test routine completed
                                        without error or no self-test has ever 
                                        been run.
Total time to complete Offline 
data collection:                (38100) seconds.
Offline data collection
capabilities:                    (0x7b) SMART execute Offline immediate.
                                        Auto Offline data collection on/off support.
                                        Suspend Offline collection upon new
                                        command.
                                        Offline surface scan supported.
                                        Self-test supported.
                                        Conveyance Self-test supported.
                                        Selective Self-test supported.
SMART capabilities:            (0x0003) Saves SMART data before entering
                                        power-saving mode.
                                        Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                                        General Purpose Logging supported.
Short self-test routine 
recommended polling time:        (   2) minutes.
Extended self-test routine
recommended polling time:        ( 367) minutes.
Conveyance self-test routine
recommended polling time:        (   5) minutes.
SCT capabilities:              (0x3035) SCT Status supported.
                                        SCT Feature Control supported.
                                        SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       5
  3 Spin_Up_Time            0x0027   162   159   021    Pre-fail  Always       -       6900
  4 Start_Stop_Count        0x0032   093   093   000    Old_age   Always       -       7146
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   045   045   000    Old_age   Always       -       40389
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   097   097   000    Old_age   Always       -       3240
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       266
193 Load_Cycle_Count        0x0032   198   198   000    Old_age   Always       -       6879
194 Temperature_Celsius     0x0022   110   106   000    Old_age   Always       -       40
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed without error       00%     40377         -
# 2  Short offline       Completed without error       00%     40368         -
# 3  Extended offline    Aborted by host               90%     40368         -

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.

[root@archlinux marek]# 

Ok. Tak proč teda není to Btrfs přes ty dva disky?

na druhém disku je oddíl s windows a exfat oddíl, na který lezu jak z win, tak z linuxu - důvod pro win jsou hry, programy ke kameře a GPS a pak taky strýček Příhoda - občas se hodí

Nevím sice co jsi s tím diskem dělal, než se dostal do tohoto stavu, ale vypadá to, jako kdyby na něm nedoběhla nějaká operace spojená se snapshoty (byl vypnutý natvrdo?)

dělo se s ním zhruba tohle: dlouho to byl datový disk, tak z půlky plný. Zálohy jsem řešil tak, že jsem jednou za čas shodil X a pomocí rsnapshot jsem vybrané adresáře poslal na NAS připojený pomocí NFS.
Po čase jsem si řekl, že by se k tomu daly použít btrfs snapshoty - udelal jsem readonly snapshot /root i /media/data a ten jsem chtěl zase stejně jako předtím pomocí rsnapshot poslat na NAS. Ale nejdřív jsem chtěl data porovnat a odstranit dplicitní a podobně - dělal jsem to zase pomocí snapshotů - prostě rw snapshot, vyzkoušet co potřebuju a když to bude ok, tak to pustit na ostrá data.
Takže na disk jsem dělal/mazal poměrně dost snapshotů + tam přibývaly i snapshoty z /root ncdu /media/data/ občas psalo obsazeno 3.7TB z 1.8 a podobný věci

Jenže něco ve skupině rsnapshot - rsync - btrfs - NFS spolu nemluví. Rsnapshot se prostě při kopírování z btrfs snapshotů náhodně zasekne a tváří se jakoby nic - nevím kde je problém - vzhledem k tomu, že přes sambu a cp problém není, tak tipuju, že trable může působit stará verze NFS v nasu (zyxel 310) - poslední aktualizace vyšla někde v roce 2016. Asi se dokopu na děj dát openwrt (už jsem to tady pradávno řešil a přijde mi to jako docela ok řešení). Jenže aktuální 18.06.2 openwrt trpí NFS bugem, který je opravený v dev verzi (nebo se dá použít verze z 17) - tak to teď zkouším ve virtualboxu

a to byla možná poslední kapka pro ten filesystem - virtualni disky mám taky na něm a nevím co za to může, ale občas dojde k tomu, že počítač nejde po hraní s virtuálem korektně vypnout - tak v 1 případě z 10 se vypínání zasekne a pomůže až tvrdý restar/vypnutí. To se stalo asi 2 za poslední dobu (naposledy tak před týdnem) - nevím ,jestli to mohlo způsobit pád fs, nebo jestli padlý fs mohl zaseknout vypnutí

Aleš to myslí podle mne tak, že nepracuješ se základní bezpečnostní premisou. A to je: Každé záznamové zařízení může kdykoliv s jakékoli příčiny a v jakémkoliv rozsahu selhat

to bych úplně neřekl - data mám na datovém disku, na NASu a dokud je nemám srovnaná/zálohovaná, tak je nemažu ani ze zdroje + fakt důležité věci mám ještě na notebooku a gdisku. Jasně, vím, že nic není 100%, ale do teď mi to fungovalo a asi i stačilo. O data jsem už samozřejmě přišel ,ale v 90% případů vlastní blbostí (otočený směr dd, dd poslané na jiný disk, upadnutý disk na chodní a mohl bych pokračovat ...)

Teď je situace taková, že jsem na ten disk udělal nově mkfs.btrfs a tlačím na něj data ze zálohy.