Ubuntu стала медленно грузится [Решено]

[ALiEN]

Код: [Выделить]

sudo apt install smartmontools
sudo smartctl -a /dev/sda
Показывайте вывод второй команды

[rusikf]

sudo smartctl -a /dev/sda

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

rusik@rusik-Inspiron-5547:~$ sudo smartctl -a /dev/sda
smartctl 7.0 2018-12-30 r4883 [x86_64-linux-5.3.0-40-generic] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     KingDian S280 240GB
Serial Number:    2019032130476
Firmware Version: R0430A0
User Capacity:    240 057 409 536 bytes [240 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Form Factor:      2.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-2 T13/2015-D revision 3
SATA Version is:  SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sat Mar  7 23:01:25 2020 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:  (0x02) Offline data collection activity
was completed without error.
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: (  120) seconds.
Offline data collection
capabilities: (0x11) SMART execute Offline immediate.
No Auto Offline data collection support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
No Selective Self-test supported.
SMART capabilities:            (0x0002) Does not save 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: (  10) minutes.

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x0032   100   100   050    Old_age   Always       -       0
  5 Reallocated_Sector_Ct   0x0032   100   100   050    Old_age   Always       -       7
  9 Power_On_Hours          0x0032   100   100   050    Old_age   Always       -       983
 12 Power_Cycle_Count       0x0032   100   100   050    Old_age   Always       -       547
160 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       0
161 Unknown_Attribute       0x0033   100   100   050    Pre-fail  Always       -       95
163 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       85
164 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       200972
165 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       685
166 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       7
167 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       70
168 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       5050
169 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       99
175 Program_Fail_Count_Chip 0x0032   100   100   050    Old_age   Always       -       0
176 Erase_Fail_Count_Chip   0x0032   100   100   050    Old_age   Always       -       0
177 Wear_Leveling_Count     0x0032   100   100   050    Old_age   Always       -       0
178 Used_Rsvd_Blk_Cnt_Chip  0x0032   100   100   050    Old_age   Always       -       7
181 Program_Fail_Cnt_Total  0x0032   100   100   050    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   100   100   050    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   050    Old_age   Always       -       80
194 Temperature_Celsius     0x0022   100   100   050    Old_age   Always       -       40
195 Hardware_ECC_Recovered  0x0032   100   100   050    Old_age   Always       -       0
196 Reallocated_Event_Count 0x0032   100   100   050    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   100   100   050    Old_age   Always       -       7
198 Offline_Uncorrectable   0x0032   100   100   050    Old_age   Always       -       0
199 UDMA_CRC_Error_Count    0x0032   100   100   050    Old_age   Always       -       0
232 Available_Reservd_Space 0x0032   100   100   050    Old_age   Always       -       95
241 Total_LBAs_Written      0x0030   100   100   050    Old_age   Offline      -       88337
242 Total_LBAs_Read         0x0030   100   100   050    Old_age   Offline      -       127058
245 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       214173

SMART Error Log Version: 1
Warning: ATA error count 0 inconsistent with error log pointer 1

ATA Error Count: 0
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
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 -4 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  04 51 00 00 00 00 00  Error: ABRT

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  b0 d0 01 00 4f c2 00 08      00:00:00.000  SMART READ DATA
  b0 d1 01 01 4f c2 00 08      00:00:00.000  SMART READ ATTRIBUTE THRESHOLDS [OBS-4]
  b0 da 00 00 4f c2 00 08      00:00:00.000  SMART RETURN STATUS
  b0 d5 01 00 4f c2 00 08      00:00:00.000  SMART READ LOG
  b0 d5 01 01 4f c2 00 08      00:00:00.000  SMART READ LOG

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%       983         -
# 2  Short offline       Self-test routine in progress 70%       983         -
# 3  Short offline       Completed without error       00%       980         -

Selective Self-tests/Logging not supported

[Morisson]

Сейчас заново ключил - опять медленно - магия какая то

еще бывает man-db.service тормозит

[ALiEN]

в логах вообще беда

(Нажмите, чтобы показать/скрыть)

[   17.078456] ata1.00: exception Emask 0x0 SAct 0x4000 SErr 0x0 action 0x0
[   17.078461] ata1.00: irq_stat 0x40000008
[   17.078464] ata1.00: failed command: READ FPDMA QUEUED
[   17.078470] ata1.00: cmd 60/88:70:e0:52:a3/00:00:16:00:00/40 tag 14 ncq dma 69632 in
                        res 41/40:88:e0:52:a3/00:00:16:00:00/40 Emask 0x409 (media error) <F>
[   17.078473] ata1.00: status: { DRDY ERR }
[   17.078475] ata1.00: error: { UNC }
[   17.098995] ata1.00: configured for UDMA/133
[   17.099012] sd 0:0:0:0: [sda] tag#14 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[   17.099015] sd 0:0:0:0: [sda] tag#14 Sense Key : Medium Error [current]
[   17.099019] sd 0:0:0:0: [sda] tag#14 Add. Sense: Unrecovered read error - auto reallocate failed
[   17.099022] sd 0:0:0:0: [sda] tag#14 CDB: Read(10) 28 00 16 a3 52 e0 00 00 88 00
[   17.099025] blk_update_request: I/O error, dev sda, sector 379802336 op 0x0:(READ) flags 0x80700 phys_seg 2 prio class 0
[   17.099049] ata1: EH complete

Либо диск - лютая дичь, либо с питанием проблемы. Склоняюсь к первому варианту.
Тем более, что за 983 часа аптайма смарт наловил уже 7 поврежденных секторов, еще 7 с проблемой.
При "медленной" загрузке вообще непрерывный спам о проблемах с диском с 10 секунды загрузки.

[rusikf]

в логах вообще беда

(Нажмите, чтобы показать/скрыть)

[   17.078456] ata1.00: exception Emask 0x0 SAct 0x4000 SErr 0x0 action 0x0
[   17.078461] ata1.00: irq_stat 0x40000008
[   17.078464] ata1.00: failed command: READ FPDMA QUEUED
[   17.078470] ata1.00: cmd 60/88:70:e0:52:a3/00:00:16:00:00/40 tag 14 ncq dma 69632 in
                        res 41/40:88:e0:52:a3/00:00:16:00:00/40 Emask 0x409 (media error) <F>
[   17.078473] ata1.00: status: { DRDY ERR }
[   17.078475] ata1.00: error: { UNC }
[   17.098995] ata1.00: configured for UDMA/133
[   17.099012] sd 0:0:0:0: [sda] tag#14 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[   17.099015] sd 0:0:0:0: [sda] tag#14 Sense Key : Medium Error [current]
[   17.099019] sd 0:0:0:0: [sda] tag#14 Add. Sense: Unrecovered read error - auto reallocate failed
[   17.099022] sd 0:0:0:0: [sda] tag#14 CDB: Read(10) 28 00 16 a3 52 e0 00 00 88 00
[   17.099025] blk_update_request: I/O error, dev sda, sector 379802336 op 0x0:(READ) flags 0x80700 phys_seg 2 prio class 0
[   17.099049] ata1: EH complete

Либо диск - лютая дичь, либо с питанием проблемы. Склоняюсь к первому варианту.
Тем более, что за 983 часа аптайма смарт наловил уже 7 поврежденных секторов, еще 7 с проблемой.
При "медленной" загрузке вообще непрерывный спам о проблемах с диском с 10 секунды загрузки.

Интересно , да я видел io ошибки но подумал что их мало.
Если я сделаю клон через clonezilla на HDD, очищу SSD , скопирую через clonezilla хард на ссд .Это решит эти проблемы временно ?

[ALiEN]

rusikf, то есть - перекопировать еще раз систему на SSD? Ничего это не решит. У вас аппаратные, а не программные проблемы.

[jurganov]

Либо диск - лютая дичь, либо с питанием проблемы. Склоняюсь к первому варианту.

у меня при проблемах с питанием смарт показывал что диск убит в хлам. миллионы ошибок.
справил питание, и смарт исправился )

[ALiEN]

jurganov, ну да, это я и рассматривал как вариант. Только сомневаюсь, при плохом питании разве смарт помечает бэд-секторы? Проверить увы, не могу.
Пользователь добавил сообщение 08 Марта 2020, 21:22:23:При недостатке питания вроде должно спамить в Raw_Read_Error_Rate и Hardware_ECC_Recovered. Впрочем, не уверен.

[rusikf]

и последнее уточню - что имеете в виду под питанием ? Разьем питания для ssd ?
В любом случае спасибо - более менее понятно что дело в ssd ( изначально думал что 7 секторов на ssd - это немного )

[ALiEN]

что имеете в виду под питанием

Непосредственно блок питания. Допустим, по линии 12В выдаёт не 10А а всего лишь 3А.

изначально думал что 7 секторов на ssd - это немного )

Это в первую очередь сигнализирует о проблемах с диском. Возможно по питанию.

[jurganov]

jurganov, ну да, это я и рассматривал как вариант. Только сомневаюсь, при плохом питании разве смарт помечает бэд-секторы? Проверить увы, не могу.
Пользователь добавил сообщение 08 Марта 2020, 21:22:23:При недостатке питания вроде должно спамить в Raw_Read_Error_Rate и Hardware_ECC_Recovered. Впрочем, не уверен.

Не уверен, что у меня есть копия показаний смарта тех времен. Может быть на форум матунту выкладывал, погляжу.
Приду на работу, проверю, каков смарт в настоящее время.

[dikiyZ]

Питание SSD - не та мощность, которая может вызвать нестабильность системы. Там 1-2 ватта из минимум 300.
 А вот сколько занимает система на разделе SSD? У меня 128Гб разбит примерно 80/40 Windows/kubuntu. Windows при свободных 20Гб работает прекрасно, а вот в Linux со свободными 10Гб на SSD производительность упала конкретно, тоже есть жалобы на сбойные сектора на новом SSD. Так что попытайтесь освободить хотя бы половину SSD, похоже, Linux губит их нещадно. Кстати, та же проблема проявляется: грузится очень долго. Никакие заклинания в консоли не помогают.

[ALiEN]

Питание SSD - не та мощность, которая может вызвать нестабильность системы. Там 1-2 ватта из минимум 300.

7Вт не хотите ли? И это только по линии 5V.
У вас БП разве выдаёт 60А на 5V? Или только сообщение настрочить?

(Нажмите, чтобы показать/скрыть)

А вот сколько занимает система на разделе SSD?

При чем тут размер? Тему читали вообще?

Так что попытайтесь освободить хотя бы половину SSD, похоже, Linux губит их нещадно. Кстати, та же проблема проявляется: грузится очень долго. Никакие заклинания в консоли не помогают.

Cпасибо, насмешили))
Samsung 128GB, A-Data 32GB, Sandisk 250Gb - вообще нет проблем.

[dikiyZ]

У меня ssd M2. Потребление холостого хода Вт: 0,68. Потребляемая мощность активная: 3,52 Вт
 Блок питания: 19.6В, 7.7A. P= 150Вт.
 Т.е ssd создаёт нагрузку на блок питания: 2.35%. Мощная нагрузка, однако...
Проблема явно не в чрезмерной мощности раскочегаренного ssd.

 А вот катастрофическое падение быстродействия ssd при 80-90% заполнении- известная проблема. Учитывая любовь Linux к логам, которые пишутся на оставшемся малом пространстве и система вынуждена их перезаписывать на одно и тоже место, моё предположение не лишено смысла.

[ALiEN]

dikiyZ, У вас может быть всё что угодно.

Проблема явно не в чрезмерной мощности раскочегаренного ssd.

Просадка БП по линии 5В. Сам ССД может быть и не при чём.
Пользователь добавил сообщение 09 Марта 2020, 20:04:30:

А вот катастрофическое падение быстродействия ssd при 80-90% заполнении- известная проблема.

никогда не сталкивался. На заре распространения SSD - возможно. TRIM должен работать. 
Плюс специфика ФС. у ext и zfs вроде были какие-то проблемы при заполнении раздела.