Pyörivä levy käynnistelee itsensä parin minuutin välein

[jarmala]

Pyörivä 4 TB levy käynnistelee itsensä parin minuutin välein. Käynnistyslaskuri Levyt -ohjelmassa kasvaa koko ajan.  Miksiköhän? Onkohan levy hajoamassa? Mitä pitäisi tarkistaa tässä tilanteessa?

Taidanpa kuitenkin päivittää varakopiot ajan tasalle...

Levystä löytyi syslogista seuraavaa tästä levystä (sdc):

Koodia: [Valitse]

Mar 16 15:08:41 ari smartd[1273]: Device: /dev/sdc [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 121 to 119
Mar 16 15:08:41 ari smartd[1273]: Device: /dev/sdc [SAT], state written to /var/lib/smartmontools/smartd.WDC_WD40EFAX_68JH4N1-WD_WX12D11LH12Y.ata.state
Mar 16 15:09:46 ari kernel: [  107.544177] sd 1:0:1:0: [sdc] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=32s
Mar 16 15:09:46 ari kernel: [  107.544183] sd 1:0:1:0: [sdc] tag#0 Sense Key : Aborted Command [current]
Mar 16 15:09:46 ari kernel: [  107.544186] sd 1:0:1:0: [sdc] tag#0 Add. Sense: No additional sense information
Mar 16 15:09:46 ari kernel: [  107.544190] sd 1:0:1:0: [sdc] tag#0 CDB: Read(16) 88 00 00 00 00 01 1c 80 00 00 00 00 00 80 00 00
Mar 16 15:09:46 ari kernel: [  107.544193] blk_update_request: I/O error, dev sdc, sector 4773117952 op 0x0:(READ) flags 0x83700 phys_seg 16 prio class 0
Mar 16 15:38:42 ari smartd[1273]: Device: /dev/sdc [SAT], SMART Prefailure Attribute: 3 Spin_Up_Time changed from 208 to 233
Mar 16 15:38:42 ari smartd[1273]: Device: /dev/sdc [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 119 to 116
Mar 16 15:42:53 ari kernel: [ 2094.053279] sd 1:0:1:0: [sdc] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=32s
Mar 16 15:42:53 ari kernel: [ 2094.053285] sd 1:0:1:0: [sdc] tag#0 Sense Key : Aborted Command [current]
Mar 16 15:42:53 ari kernel: [ 2094.053288] sd 1:0:1:0: [sdc] tag#0 Add. Sense: No additional sense information
Mar 16 15:42:53 ari kernel: [ 2094.053292] sd 1:0:1:0: [sdc] tag#0 CDB: Read(16) 88 00 00 00 00 00 43 fb 83 00 00 00 02 00 00 00
Mar 16 15:42:53 ari kernel: [ 2094.053295] blk_update_request: I/O error, dev sdc, sector 1140556544 op 0x0:(READ) flags 0x80700 phys_seg 24 prio class 0
Mar 16 16:08:42 ari smartd[1273]: Device: /dev/sdc [SAT], SMART Prefailure Attribute: 3 Spin_Up_Time changed from 233 to 235
Mar 16 16:38:42 ari smartd[1273]: Device: /dev/sdc [SAT], SMART Prefailure Attribute: 3 Spin_Up_Time changed from 235 to 230
Mar 16 16:44:22 ari kernel: [    2.009572] sd 1:0:1:0: [sdc] 7814037168 512-byte logical blocks: (4.00 TB/3.64 TiB)
Mar 16 16:44:22 ari kernel: [    2.009577] sd 1:0:1:0: [sdc] 4096-byte physical blocks
Mar 16 16:44:22 ari kernel: [    2.009601] sd 1:0:1:0: [sdc] Write Protect is off
Mar 16 16:44:22 ari kernel: [    2.009607] sd 1:0:1:0: [sdc] Mode Sense: 00 3a 00 00
Mar 16 16:44:22 ari kernel: [    2.009676] sd 1:0:1:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Mar 16 16:44:22 ari kernel: [    2.054565] sd 1:0:1:0: [sdc] Attached SCSI disk
Mar 16 16:44:22 ari kernel: [   42.107571] EXT4-fs (sdc): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
Mar 16 16:44:22 ari smartd[1328]: Device: /dev/sdc, type changed from 'scsi' to 'sat'
Mar 16 16:44:22 ari smartd[1328]: Device: /dev/sdc [SAT], opened
Mar 16 16:44:22 ari smartd[1328]: Device: /dev/sdc [SAT], WDC WD40EFAX-68JH4N1, S/N:WD-WX12D11LH12Y, WWN:5-0014ee-2bea9c8d5, FW:83.00A83, 4.00 TB
Mar 16 16:44:22 ari smartd[1328]: Device: /dev/sdc [SAT], found in smartd database: Western Digital Red (SMR)
Mar 16 16:44:22 ari smartd[1328]: Device: /dev/sdc [SAT], is SMART capable. Adding to "monitor" list.
Mar 16 16:44:22 ari smartd[1328]: Device: /dev/sdc [SAT], state read from /var/lib/smartmontools/smartd.WDC_WD40EFAX_68JH4N1-WD_WX12D11LH12Y.ata.state
Mar 16 16:44:22 ari smartd[1328]: Device: /dev/sdc [SAT], SMART Prefailure Attribute: 3 Spin_Up_Time changed from 230 to 223
Mar 16 16:44:22 ari smartd[1328]: Device: /dev/sdc [SAT], state written to /var/lib/smartmontools/smartd.WDC_WD40EFAX_68JH4N1-WD_WX12D11LH12Y.ata.state

Ja tuon tiedoston loppupää on:

Koodia: [Valitse]

ata-smart-attribute.6.id = 10
ata-smart-attribute.6.val = 100
ata-smart-attribute.6.worst = 100
ata-smart-attribute.7.id = 11
ata-smart-attribute.7.val = 100
ata-smart-attribute.7.worst = 100
ata-smart-attribute.8.id = 12
ata-smart-attribute.8.val = 99
ata-smart-attribute.8.worst = 99
ata-smart-attribute.8.raw = 1214
ata-smart-attribute.9.id = 192
ata-smart-attribute.9.val = 200
ata-smart-attribute.9.worst = 200
ata-smart-attribute.9.raw = 145
ata-smart-attribute.10.id = 193
ata-smart-attribute.10.val = 198
ata-smart-attribute.10.worst = 198
ata-smart-attribute.10.raw = 8517
ata-smart-attribute.11.id = 194
ata-smart-attribute.11.val = 116
ata-smart-attribute.11.worst = 111
ata-smart-attribute.11.raw = 31
ata-smart-attribute.12.id = 196
ata-smart-attribute.12.val = 200
ata-smart-attribute.12.worst = 200
ata-smart-attribute.13.id = 197
ata-smart-attribute.13.val = 200
ata-smart-attribute.13.worst = 200
ata-smart-attribute.14.id = 198
ata-smart-attribute.14.val = 100
ata-smart-attribute.14.worst = 253
ata-smart-attribute.15.id = 199
ata-smart-attribute.15.val = 200
ata-smart-attribute.15.worst = 200
ata-smart-attribute.16.id = 200
ata-smart-attribute.16.val = 100
ata-smart-attribute.16.worst = 253

Eli kyllähän se levy hajoamassa varmaan on SMART -tietojen perusteella...
Levykauppaan...

[nm]

Eli kyllähän se levy hajoamassa varmaan on SMART -tietojen perusteella...
Levykauppaan...

Minkä SMART-attribuutin perusteella päättelet, että levy on hajoamassa? Voisit katsoa tilanteen vielä vaikka komennolla smartctl -a, niin näkisi helpommin mitä nuo attribuutit ja arvot tarkoittavat.

Koodia: [Valitse]

sudo smartctl -a
Levyn käynnistyminen lepotilasta ei ainakaan johdu hajoamisesta vaan siitä, että käyttöjärjestelmä herättää sen, eli joku järjestelmäpalvelu tai sovellus haluaa lukea tai kirjoittaa levylle.

[qwertyy]

Juu tuossa on hyvä huomioida, että äkkiä pahalta kuulostava pre-failure käynnistymisestä kuuluu päivittyä tietoihin aina kun käynnistyminen tapahtuu ja huomioida, että lukema vain heittelee, ei mene koko aikaa huonommaksi.

Ei ole kauaa kun itse pitkästä aikaa törmäsin vastaavaan kolmen aseman raidissa, kun asemat alkoi jurnuttelee päälle pois kun, olikos se nyt hdparm oli jostain syystä ottanut aika agressiiviset asetukset ja omissa asemissa vielä sattui oleen jokin erikoisuus firmwaressa päiden parkkeeraamisen kanssa.

Eli varmaankin jos asetat levyn pyöriin kokoajan ilman virransäästöä oire häviää heti. Tuo oire kannattaa kyllä korjata, koska se on varmaankin pahiten asemia kuluttava asia jos toistuu jatkuvasti.

[jarmala]

Voisit katsoa tilanteen vielä vaikka komennolla smartctl -a, niin näkisi helpommin mitä nuo attribuutit ja arvot tarkoittavat.

Tällaista:

Koodia: [Valitse]

sudo smartctl -a /dev/sdc
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.15.0-173-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Red (SMR)
Device Model:     WDC WD40EFAX-68JH4N1
Serial Number:    WD-WX12D11LH12Y
LU WWN Device Id: 5 0014ee 2bea9c8d5
Firmware Version: 83.00A83
User Capacity:    4 000 787 030 016 bytes [4,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Form Factor:      3.5 inches
TRIM Command:     Available, deterministic, zeroed
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-3 T13/2161-D revision 5
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 1.5 Gb/s)
Local Time is:    Tue Mar 17 15:22:38 2026 EET
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: (38324) 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: ( 182) minutes.
Conveyance self-test routine
recommended polling time: (   2) minutes.
SCT capabilities:        (0x3039) 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          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   237   204   021    Pre-fail  Always       -       1108
  4 Start_Stop_Count        0x0032   099   099   000    Old_age   Always       -       1985
  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   066   066   000    Old_age   Always       -       24991
 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   099   099   000    Old_age   Always       -       1983
192 Power-Off_Retract_Count 0x0032   199   199   000    Old_age   Always       -       914
193 Load_Cycle_Count        0x0032   198   198   000    Old_age   Always       -       8517
194 Temperature_Celsius     0x0022   116   111   000    Old_age   Always       -       31
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   100   253   000    Old_age   Offline      -       0

SMART Error Log Version: 1
No Errors Logged

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

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.

Voisiko tässä olla kyseessä nuo 2 minuutin välein tulevat tarkistusjutut?

[jarmala]

Voisiko tässä olla kyseessä nuo 2 minuutin välein tulevat tarkistusjutut?

Tarkistin ne vielä sekuntikellolla: levyn pysähtymiseltä kuulostavat vinkaukset tulevat tarkkaan 60 s välein. Eli ne ovat ajastettuja. Jotain levyllä teetetään siis minuutin välein. Mitähän?

[qwertyy]

Kokeiles mielenkiinnosta
sudo hdparm -B 255 /dev/sdc

Tämän pitäisi poistaa aseman APM-toiminnot kokonaan, eli aseman pitäisi jäädä päälle.

Jos tuossa ylempänä tarkoitit tätä kohtaa
Short self-test routine
recommended polling time:     (   2) minutes.

Niin en äkkiseltään usko, vaan veikkaan, että tuo tulee vain siitä kun virranhallinta sammuttaa tuon aseman ja nuo tiedot vain tallennetaan juuri ennen standby tilaa.
SMART capabilities:            (0x0003)   Saves SMART data before entering     power-saving mode.

No niin tai näin, niin jos virranhallinnasta kiinni, niin tuo aiempi komento pitäisi vaikuttaa heti toimintaan.

[jarmala]

Kokeiles mielenkiinnosta
sudo hdparm -B 255 /dev/sdc

Koodia: [Valitse]

$ sudo hdparm -B 255 /dev/sdc
[sudo] ari-käyttäjän salasana:

/dev/sdc:
 setting Advanced Power Management level to disabled
SG_IO: bad/missing sense data, sb[]:  70 00 0b 00 00 00 00 0a 04 51 50 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 APM_level = not supported

Eipä tuntunut vaikuttavan mitään: edelleen tulee niitä pysähdyksiä entiseen tapaan.

[qwertyy]

Jaa ei näytä olevan tuettuna APM tuolle asemalle, toimiiko sama, mutta -S 0 vivulla? Pitäisi asettaa aseman pysäytysaika muuttuja pois päältä.

Set the standby (spindown) timeout for the drive. The timeout specifies how long to wait in idle (with no disk activity) before turning off the motor to save power. The value of 0 disables spindown, the values from 1 to 240 specify multiples of 5 seconds and values from 241 to 251 specify multiples of 30 minutes.

https://wiki.archlinux.org/title/Hdparm#Power_management_configuration

Minulla tuo ainakin antaa seuraavan tulosteen jos asetan ajaksi 0.
sudo hdparm -S 0 /dev/sdc

/dev/sdc:
 setting standby to 0 (off)

Voi olla ehkä syytä myös varuilta vilkaista /etc/hdparm.conf tiedoston sisältö. Minulla se esim. näyttää tältä

Koodia: [Valitse]

cat /etc/hdparm.conf


## This is the default configuration for hdparm for Debian.
## Any line that begins with a comment is ignored - add as many as you
## like.  Note that an in-line comment is not supported.  If a line
## consists of whitespace only (tabs, spaces, carriage return), it will be
## ignored, so you can space control fields as you like.  ANYTHING ELSE
## IS PARSED!!  This means that lines with stray characters or lines that
## use non # comment characters will be interpreted by the helper scripts (
## /usr/lib/udev/hdparm, /usr/lib/pm-utils/power.d/95hdparm-apm ).
## This has probably minor, but potentially serious, side effects for your
## hard drives, so please follow the guidelines.  Patches to improve
## flexibilty welcome.  Please read /usr/share/doc/hdparm/README.Debian for
## notes about known issues, especially if you have an MD array.
##
## Note that if the init script causes boot problems, you can pass 'nohdparm'
## on the kernel command line, and hdparm will not run.
##
## Uncommenting the options below will cause them to be added to the DEFAULT
## string which is prepended to options listed in the blocks below.
##
## If an option is listed twice, the second instance replaces the first.
##
## /usr/sbin/hdparm parses blocks of the form:
##      DEV {
##         option
##         option
##         ...
##      }
## This blocks will cause /usr/sbin/hdparm OPTIONS DEV to be run.
## Where OPTIONS is the concatenation of all options previously defined
## outside of a block and all options defined with in the block.

# -q be quiet
quiet
# -a sector count for filesystem read-ahead
#read_ahead_sect = 12
# -A disable/enable the IDE drive's read-lookahead feature
#lookahead = on
# -b bus state
#bus = on
# -B apm setting
#apm = 255
# -B apm setting when on battery
#apm_battery = 127
# -c enable (E)IDE 32-bit I/O support - can be any of 0,1,3
#io32_support = 1
# -d disable/enable the "using_dma" flag for this drive
#dma = off
# -D enable/disable the on-drive defect management
#defect_mana = off
# -E cdrom speed
#cd_speed = 16
# -k disable/enable the "keep_settings_over_reset" flag for this drive
#keep_settings_over_reset = off
# -K disable/enable the drive's "keep_features_over_reset" flag
#keep_features_over_reset = on
# -m sector count for multiple sector I/O
#mult_sect_io = 32
# -P maximum sector count for the drive's internal prefetch mechanism
#prefetch_sect = 12
# -r read-only flag for device
#read_only = off
# -R Enable/Disable Write-Read-Verify, on to enable (R1), off to disable (R0)
# write_read_verify = off
# -s Turn on/off power on in standby mode
# poweron_standby = off
# -S standby (spindown) timeout for the drive
#spindown_time = 24
# "force_spindown_time" - the same as "-S", but will be applied even if disk
# doesn't support APM. Use on your own risk. This is debian specific option.
# See also #758988
#force_spindown_time = 24
# -u interrupt-unmask flag for the drive
#interrupt_unmask = on
# -W Disable/enable the IDE drive's write-caching feature
#write_cache = off
# -X IDE transfer mode for newer (E)IDE/ATA2 drives
#transfer_mode = 34
# -y force to immediately enter the standby mode
#standby
# -Y force to immediately enter the sleep mode
#sleep
# -Z Disable the power-saving function of certain Seagate drives
#disable_seagate
# -M Set the acoustic management properties of a drive
#acoustic_management
# -p Set the chipset PIO mode
# chipset_pio_mode
# --security-freeze Freeze the drive's security status
# security_freeze
# --security-unlock Unlock the drive's security
# security_unlock = PWD
# --security-set-pass Set security password
# security_pass = password
# --security-disable Disable drive locking
# security_disable
# --user-master Select password to use
# user-master = u
# --security-mode Set the security mode
# security_mode = h

## Blocks beginning with the keyword 'command_line' instead of a device
## identifier are not supported since the version 9.39-1 for backward
## compatibility by this version of hdparm. Options must be introduced
## by a correct device identifier instead, so that they will be applied
## when the device becomes available.

# Config examples:

#/dev/hda {
#       mult_sect_io = 16
#       write_cache = off
#       dma = on
#}

#/dev/disk/by-id/ata-WDC_WD10EFRX-68PJCN0_WD-WCC4J0998391 {
#        apm = 128
#        acoustic_management = 128
#        spindown_time = 240
#}

#/dev/cdroms/cdrom0 {
#       dma = on
#       interrupt_unmask = on
#       io32_support = 0
#}

Huomioitavaa tietysti, että nuo vahvennetut on siis esimerkkejä, mutta että onko siellä jotain vastaavaa ilman risuaitoja.

[jarmala]

sudo hdparm -S 0 /dev/sdc

Voi olla ehkä syytä myös varuilta vilkaista /etc/hdparm.conf tiedoston sisältö.

Koodia: [Valitse]

$ sudo hdparm -S 0 /dev/sdc
[sudo] ari-käyttäjän salasana:

/dev/sdc:
 setting standby to 0 (off)
Ja minulla on ihan samanlainen /etc/hdparm.conf -tiedosto, sisältö täsmälleen sama.

Tuo "setting standby to 0 (off)" ei kuulosta vaikuttavan levyn pykimiseen mitään eli niitä tulee edelleen minuutin välein.

Pitäisiköhän tarkistaa crontab?

[jarmala]

Pitäisiköhän tarkistaa crontab?

Tekoäly neuvoo:

Koodia: [Valitse]

Linux-järjestelmässä kiintolevyyn voi vaikuttaa yhden minuutin välein useampi eri taustaprosessi tai ajastettu tehtävä. Yleisimmät syyt ovat:

    Cron-työt (cron jobs): /etc/cron.d/, /etc/cron.daily/ tai käyttäjäkohtaiset crontab-tiedostot voivat olla konfiguroitu ajamaan skriptejä hyvin usein, joskus jopa minuutin välein (määrittelyllä * * * * *).
    Systemd-ajastimet (timers): Modernit Linux-jakelut käyttävät cronin sijaan systemd-ajastimia, jotka voivat käynnistää huoltotoimenpiteitä (kuten lokien siivousta, indeksien päivitystä tai varmuuskopioiden tarkistusta) minuutin välein.
    Timeshift (automaattiset palautuspisteet): Timeshift-työkalu luo järjestelmän palautuspisteitä. Vaikka oletusarvo on yleensä harvempi, se voidaan asettaa tiheään tahtiin.
    Lokitiedostojen kirjoitus (rsyslogd/journald): Jos jokin sovellus tuottaa virheilmoituksia tiheästi, lokipalvelu kirjoittaa kiintolevylle jatkuvasti.
    Sähkönkulutuksen hallinta (HDD-parkkeeraus): Joskus kiintolevyn säästöasetukset parkkeeraavat lukupäätä hyvin usein, mikä aiheuttaa "napsahduksen" minuutin välein.

Miten tutkia asiaa?
Voit selvittää syyllisen käyttämällä komentoa iotop (näyttää levyn I/O-toiminnot prosessikohtaisesti) tai tarkistamalla ajastetut tehtävät komennoilla sudo crontab -l ja systemctl list-timers.
Joten siis:

Koodia: [Valitse]

ari@ari:~$ sudo crontab -l
no crontab for root
ari@ari:~$ systemctl list-timers --all
NEXT                        LEFT               LAST                        PASSED     UNIT                           ACTIVATES                       
Wed 2026-03-18 17:34:51 EET 43min left         Wed 2026-03-18 16:34:06 EET 17min ago  anacron.timer                  anacron.service
Wed 2026-03-18 20:13:10 EET 3h 21min left      Wed 2026-03-18 16:25:54 EET 25min ago  apt-daily.timer                apt-daily.service
Thu 2026-03-19 00:00:00 EET 7h left            Wed 2026-03-18 16:25:54 EET 25min ago  atop-rotate.timer              atop-rotate.service
Thu 2026-03-19 00:00:00 EET 7h left            Wed 2026-03-18 16:25:54 EET 25min ago  dpkg-db-backup.timer           dpkg-db-backup.service
Thu 2026-03-19 00:00:00 EET 7h left            Wed 2026-03-18 16:25:54 EET 25min ago  logrotate.timer                logrotate.service
Thu 2026-03-19 03:57:21 EET 11h left           Wed 2026-03-18 16:25:54 EET 25min ago  man-db.timer                   man-db.service
Thu 2026-03-19 04:00:11 EET 11h left           Wed 2026-03-18 16:25:54 EET 25min ago  plocate-updatedb.timer         plocate-updatedb.service
Thu 2026-03-19 04:07:18 EET 11h left           Wed 2026-03-18 16:25:54 EET 25min ago  fwupd-refresh.timer            fwupd-refresh.service
Thu 2026-03-19 04:15:44 EET 11h left           Wed 2026-03-18 16:25:54 EET 25min ago  motd-news.timer                motd-news.service
Thu 2026-03-19 06:01:16 EET 13h left           Wed 2026-03-18 16:25:54 EET 25min ago  apt-daily-upgrade.timer        apt-daily-upgrade.service
Thu 2026-03-19 13:56:29 EET 21h left           Tue 2026-03-17 19:22:38 EET 21h ago    update-notifier-download.timer update-notifier-download.service
Thu 2026-03-19 14:05:38 EET 21h left           Tue 2026-03-17 19:31:47 EET 21h ago    systemd-tmpfiles-clean.timer   systemd-tmpfiles-clean.service
Sun 2026-03-22 03:10:54 EET 3 days left        Sun 2026-03-15 17:26:42 EET 2 days ago e2scrub_all.timer              e2scrub_all.service
Mon 2026-03-23 00:59:26 EET 4 days left        Mon 2026-03-16 14:31:02 EET 2 days ago fstrim.timer                   fstrim.service
Thu 2026-03-26 08:47:12 EET 1 week 0 days left Tue 2026-03-17 17:12:10 EET 23h ago    update-notifier-motd.timer     update-notifier-motd.service
n/a                         n/a                n/a                         n/a        apport-autoreport.timer        apport-autoreport.service
n/a                         n/a                n/a                         n/a        snapd.refresh.timer           
n/a                         n/a                n/a                         n/a        snapd.snap-repair.timer        snapd.snap-repair.service
n/a                         n/a                n/a                         n/a        ua-timer.timer                 ua-timer.service

19 timers listed.
ari@ari:~$

Eli ei apuja...

[qwertyy]

No nyt kyllä loppuu itsellä ideat. Tuo APM ja sleep on kyllä jompi kumpi poistanut vastaavat ongelmat itselläni. Onko tuo asema miten liitettynä käyttöjärjestelmään/minkälaisessa käytössä?

[jarmala]

No nyt kyllä loppuu itsellä ideat. Tuo APM ja sleep on kyllä jompi kumpi poistanut vastaavat ongelmat itselläni. Onko tuo asema miten liitettynä käyttöjärjestelmään/minkälaisessa käytössä?

Tavallinen sata -levy /dev/sdc. 4 TB ja sisältää leffakokoelmani ja valokuvakansiot. No, otin niistä jo varakopiot kahdelle USB-levylle rsyncillä. Oli pakko käyttää rsynciä, koska cp:llä se ei onnistunut, koska levy pysähtelee minuutin välein. cp ei osaa toipua niistä pysähdyksistä.

JIMM'sistä tilaamani korvaava levy saapuikin jo eilen, mutta ennen uutta levyä olisi kiva saada selvää, miksi tämä vanha levy pysähtelee minuutin välein...