Portál AbcLinuxu, 13. října 2026 18:45
říj 13 12:42:05 Lenovo-JZ kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0(SECURITY FREEZE LOCK) filtered out říj 13 12:42:05 Lenovo-JZ kernel: ata1.00: ACPI cmd ef/10:03:00:00:00:a0(SET FEATURES) filtered out říj 13 12:42:05 Lenovo-JZ kernel: ata1.00: supports DRM functions and may not be fully accessible říj 13 12:42:05 Lenovo-JZ kernel: ata1.00: Security Log not supported říj 13 12:42:05 Lenovo-JZ kernel: ata1.00: configured for UDMA/133 říj 13 12:42:05 Lenovo-JZ kernel: sd 0:0:0:0: [sda] Starting disk říj 13 12:42:05 Lenovo-JZ kernel: sd 0:0:0:0: [sda] Starting disk říj 13 12:42:05 Lenovo-JZ kernel: sd 0:0:0:0: [sda] Starting disk říj 13 12:42:24 Lenovo-JZ kernel: sd 0:0:0:0: [sda] Synchronizing SCSI cache říj 13 12:42:24 Lenovo-JZ kernel: sd 0:0:0:0: [sda] Stopping disk říj 13 12:42:36 Lenovo-JZ kernel: ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) říj 13 12:42:36 Lenovo-JZ kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0(SECURITY FREEZE LOCK) filtered out říj 13 12:42:36 Lenovo-JZ kernel: ata1.00: ACPI cmd ef/10:03:00:00:00:a0(SET FEATURES) filtered out říj 13 12:42:36 Lenovo-JZ kernel: ata1.00: supports DRM functions and may not be fully accessible říj 13 12:42:36 Lenovo-JZ kernel: ata1.00: Security Log not supported říj 13 12:42:36 Lenovo-JZ kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0(SECURITY FREEZE LOCK) filtered out říj 13 12:42:36 Lenovo-JZ kernel: ata1.00: ACPI cmd ef/10:03:00:00:00:a0(SET FEATURES) filtered out říj 13 12:42:36 Lenovo-JZ kernel: ata1.00: supports DRM functions and may not be fully accessible říj 13 12:42:36 Lenovo-JZ kernel: ata1.00: Security Log not supported říj 13 12:42:36 Lenovo-JZ kernel: ata1.00: configured for UDMA/133 říj 13 12:42:36 Lenovo-JZ kernel: sd 0:0:0:0: [sda] Starting disk říj 13 12:42:36 Lenovo-JZ kernel: sd 0:0:0:0: [sda] Starting disk říj 13 12:42:36 Lenovo-JZ kernel: sd 0:0:0:0: [sda] Starting diskS pomocí AI jsem zkoušel zrušit šetření energií ohledně disku při provozu na baterii, asi si teď nevybavím všechno, jedná se např. o parametr DISK_APM_LEVEL_ON_BAT="254 254" v souboru tlp.conf, kontroloval jsem nebo nastavoval nějaké související parametry, tady je pár příkladů:
# cat /sys/block/sda/device/power/runtime_status active # cat /sys/block/sda/device/power/control on # cat /sys/bus/pci/devices/0000:00:1f.2/power/runtime_status active # cat /sys/bus/pci/devices/0000:00:1f.2/power/control on # hdparm -B /dev/sda /dev/sda: APM_level = 254Příkaz smartctl -x prý neobsahuje nic podezřelého, SSD prý nevykazuje typické známky poškození ani není moc opotřebovaný, podle AI je ale podezřelý vysoký počet resetů:
Resets Between Cmd Acceptance and Completion 24426 Number of Hardware Resets 24426Zkusil jsem udělat pomocí smartctl self-test, ale krátký zůstal viset na "90% of test remaining", dlouhý na "10% of test remaining". Budu rád za rady a názory. Pokud by bylo jasné, že problém je v disku, nikoliv někde v nastavení systému, tak bych disk vyměnil, ale mám trochu obavy, zda to pomůže. Jirka
Na otázku zatím nikdo bohužel neodpověděl.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.