Чи знищує Ubuntu мій внутрішній жорсткий диск?

40

У мене є Inspiron 3521, який був попередньо встановлений з Windows 8.1. Я вирішив подвійно завантажувати Windows та Ubuntu, і це працювало добре. Але, використовуючи Ubuntu, я почув багато шуму від свого ноутбука під час використання Windows, він майже мовчав. Крім того, приблизно через 2-3 тижні використання Ubuntu я не зміг користуватися Windows, оскільки він став дуже повільним. Тепер я замінюю свій жорсткий диск, оскільки він виходить з ладу. Отже, встановлення Ubuntu і використання його знищує мій жорсткий диск? Тому що перед його встановленням Windows працював добре, але після нього він став майже непридатним. Отже, чи слід встановлювати Ubuntu на мій новий диск чи слід утримуватися від нього. Будь ласка, допоможіть, бо мені подобається Ubuntu більше, ніж Windows, але я не можу ризикувати купувати нові жорсткі диски знову і знову. Також повністю видалити Windows - це не вибір.

Будь ласка, дайте мені знати, чи варто встановити Ubuntu поряд?

Вихід smartctl -a /dev/sda:

=== START OF INFORMATION SECTION ===
Device Model:     ST500LT012-1DG142
Serial Number:    W3P8Y9MR
LU WWN Device Id: 5 000c50 07c643db0
Firmware Version: 0001SDM1
User Capacity:    500,107,862,016 bytes [500 GB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Tue Feb 17 15:58:15 2015 IST
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:  (0x82) Offline data collection activity
                    was completed without error.
                    Auto Offline Data Collection: Enabled.
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:        (    0) 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:    (   1) minutes.
Extended self-test routine
recommended polling time:    (  97) minutes.
Conveyance self-test routine
recommended polling time:    (   2) minutes.
SCT capabilities:          (0x1035) SCT Status supported.
                    SCT Feature Control supported.
                    SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   117   080   006    Pre-fail  Always       -       158207928
  3 Spin_Up_Time            0x0003   099   099   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       414
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       16
  7 Seek_Error_Rate         0x000f   064   060   030    Pre-fail  Always       -       38678857862
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       772 (87 233 0)
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       384
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   001   001   000    Old_age   Always       -       1465
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   059   052   045    Old_age   Always       -       41 (Min/Max 29/43)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       195
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       14
193 Load_Cycle_Count        0x0032   096   096   000    Old_age   Always       -       8566
194 Temperature_Celsius     0x0022   041   048   000    Old_age   Always       -       41 (0 17 0 0 0)
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       8
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       8
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   100   000    Old_age   Offline      -       276333900858102
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       2960885917
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       5374462826
254 Free_Fall_Sensor        0x0032   100   100   000    Old_age   Always       -       0

SMART Error Log Version: 1
ATA Error Count: 2175 (device log contains only the most recent five errors)
    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 2175 occurred at disk power-on lifetime: 758 hours (31 days + 14 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
  -- -- -- -- -- -- --
  40 51 00 20 19 56 00  Error: UNC at LBA = 0x00561920 = 5642528

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 00 ff ff ff 4f 00      00:15:34.369  READ FPDMA QUEUED
  61 00 68 ff ff ff 4f 00      00:15:34.369  WRITE FPDMA QUEUED
  61 00 10 ff ff ff 4f 00      00:15:34.369  WRITE FPDMA QUEUED
  60 00 08 20 19 56 40 00      00:15:34.368  READ FPDMA QUEUED
  60 00 40 ff ff ff 4f 00      00:15:34.368  READ FPDMA QUEUED

Error 2174 occurred at disk power-on lifetime: 758 hours (31 days + 14 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
  -- -- -- -- -- -- --
  40 51 00 20 19 56 00  Error: UNC at LBA = 0x00561920 = 5642528

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 08 20 19 56 40 00      00:15:31.814  READ FPDMA QUEUED
  60 00 20 ff ff ff 4f 00      00:15:31.814  READ FPDMA QUEUED
  61 00 08 ff ff ff 4f 00      00:15:31.813  WRITE FPDMA QUEUED
  ea 00 00 00 00 00 a0 00      00:15:31.813  FLUSH CACHE EXT
  27 00 00 00 00 00 e0 00      00:15:31.787  READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]

Error 2173 occurred at disk power-on lifetime: 758 hours (31 days + 14 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
  -- -- -- -- -- -- --
  40 51 00 20 19 56 00  Error: WP at LBA = 0x00561920 = 5642528

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  61 00 10 ff ff ff 4f 00      00:15:29.177  WRITE FPDMA QUEUED
  61 00 08 ff ff ff 4f 00      00:15:29.177  WRITE FPDMA QUEUED
  61 00 08 ff ff ff 4f 00      00:15:29.177  WRITE FPDMA QUEUED
  60 00 08 20 19 56 40 00      00:15:29.176  READ FPDMA QUEUED
  60 00 08 ff ff ff 4f 00      00:15:29.176  READ FPDMA QUEUED

Error 2172 occurred at disk power-on lifetime: 758 hours (31 days + 14 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
  -- -- -- -- -- -- --
  40 51 00 20 19 56 00  Error: WP at LBA = 0x00561920 = 5642528

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  61 00 08 ff ff ff 4f 00      00:15:26.514  WRITE FPDMA QUEUED
  61 00 18 ff ff ff 4f 00      00:15:26.513  WRITE FPDMA QUEUED
  60 00 08 20 19 56 40 00      00:15:26.513  READ FPDMA QUEUED
  60 00 40 ff ff ff 4f 00      00:15:26.513  READ FPDMA QUEUED
  61 00 08 ff ff ff 4f 00      00:15:26.513  WRITE FPDMA QUEUED

Error 2171 occurred at disk power-on lifetime: 758 hours (31 days + 14 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
  -- -- -- -- -- -- --
  40 51 00 20 19 56 00  Error: UNC at LBA = 0x00561920 = 5642528

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 40 ff ff ff 4f 00      00:15:18.647  READ FPDMA QUEUED
  60 00 20 ff ff ff 4f 00      00:15:18.641  READ FPDMA QUEUED
  60 00 08 ff ff ff 4f 00      00:15:18.629  READ FPDMA QUEUED
  60 00 20 ff ff ff 4f 00      00:15:18.619  READ FPDMA QUEUED
  60 00 20 ff ff ff 4f 00      00:15:18.607  READ FPDMA QUEUED

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       90%       760         5642528
# 2  Short offline       Completed: read failure       90%       759         5642528
# 3  Short offline       Completed: read failure       90%       759         5642528
# 4  Short offline       Completed: read failure       90%       758         5642528
# 5  Short offline       Completed: read failure       90%       756         5642528
# 6  Short offline       Completed: read failure       90%       752         5642528
# 7  Extended offline    Completed: read failure       90%       752         5642528
# 8  Short offline       Completed: read failure       90%       752         5642528

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.

Примітка. Вищенаведений тест - зі старого жорсткого диска, який, на мою думку, був знищений за збігом обставин під час роботи Ubuntu.

Вихід sudo parted --list:

Model: ATA ST500LT012-1DG14 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start   End    Size    File system     Name                          Flags
 1      1049kB  316MB  315MB   ntfs            Basic data partition          hidden, diag
 2      316MB   419MB  104MB   fat32           EFI system partition          boot
 3      419MB   554MB  134MB                   Microsoft reserved partition  msftres
 4      554MB   237GB  236GB   ntfs            Basic data partition          msftdata
10      237GB   289GB  52.4GB  ext4
 7      289GB   293GB  4096MB  linux-swap(v1)
 8      293GB   314GB  20.5GB  ext4
 9      314GB   342GB  27.9GB  ext4
 5      342GB   395GB  53.7GB  ntfs            Basic data partition          msftdata
 6      395GB   500GB  105GB   ntfs            Basic data partition          msftdata
dual-boot  hard-drive 
— ЛакшяАг
джерело
Коментарі не для розширеного обговорення; ця розмова переміщена до чату .
— fossfreedom
У своїй школі я допомагаю виправляти зламані ноутбуки сьомого класу, оскільки моя школа подарувала цілі ноутбуки сьомого класу цього року. Днями я побачив зламаний ноутбук, який був скинутий, а жорсткий диск пошкоджений. Він все ще працював (начебто), але для завантаження та входу в систему знадобилося буквально 20 хвилин. Як тільки диспетчер завдань нарешті відкрився через п’ять хвилин після натискання клавіші [Ctrl] + [Shift] + [Esc], я міг побачити, що використання диска постійно знаходився на 100%. Процесор та використання пам'яті були нормальними. Потім я вимкнув комп’ютер (неправильний шлях) і зайшов у Lenovo Diagnostics. Це показало, що було кілька поганих секторів.
— Hitechcomputergeek
@Hitechcomputergeek, я ніколи не кидав свій ноутбук. Навіть трохи.
— ЛакшяАг
@ XZYoda12 Я ілюстрував, як пошкоджений жорсткий диск може вийти з ладу, будучи дуже повільним (або чимось дивним, як щось подібне), а не чимось більш очевидним, як повідомлення BIOS, яке говорить "КРИТИЧНО: НЕВЕРШЕННЯ ЗБІГ ДВІГА". Власне, я б здогадався, що ваш комп'ютер із несправним жорстким диском, якщо він був із Windows 8.1 на ньому.
— Hitechcomputergeek

Відповіді:

81

TL; DR

Ні, Ubuntu не руйнує ваш жорсткий диск! :-)

Довга відповідь:

Жорсткі диски помирають повільною, болісною смертю, як рак, тоді як SSD просто раптово перестають працювати, як серцевий напад  : діагностувати обидва можна за допомогою технології SMART .

Чому ви чули шуми під Ubuntu, а не під Windows, це тому, що Windows було встановлено спочатку, тому він знаходиться на внутрішній стороні вашого жорсткого диска в більш щільному регіоні, тоді як Ubuntu встановлювався на зовнішніх регіонах, де шуми сильніше виражені до пошуку.

І я можу зробити все це лише з вашого опису симптомів, не дивлячись на таблицю розділів вашого жорсткого диска і не знаючи, як ви встановили свою систему ...

— Фабі
джерело
2
Коментарі не для розширеного обговорення; ця розмова переміщена до чату .
— fossfreedom
Навряд чи Windows було встановлено у внутрішній стороні пластин, оскільки вона була першою, таким чином, швидше за все, на нижчих логічних адресах блоку (LBA). Нижчі LBA на жорстких дисках зазвичай відповідають зовнішній частині, тому що там лінійна швидкість поверхні вище, а значить швидкість читання / запису вище (так що новий HDD працює швидше). Крім того, сучасні жорсткі диски не мають більш високу щільність даних у внутрішній частині , ніж у зовнішньому - і це причина для прискорення при більш низькому НКСЕ. Дивіться це запитання для обговорення пов’язаного макета жорсткого диска.
— Руслан
4

Який звук він видає? Якщо ви натискаєте почуте клацання, то ОС ОСОБИ МОЖЕ ЗАБЕЗПЕЧИТИ свій жорсткий диск . Проблема віків і включає функцію розширеного управління живленням паркування / розпакування диска занадто агресивно. Спробуйте використовувати hdparm для перевірки значення APM (параметр -B). Якщо вона менше 254, встановіть її на 254 і перевірте, чи допомагає вона від шуму. Якщо це так, переконайтесь, що значення залишається 254 у будь-який час. Один з хороших способів забезпечити це в Linux - це використовувати tlp. Для запису, я бачив, як ця проблема виникає в Windows, а також у деяких моделях ноутбуків, але це набагато частіше зустрічається в Linux.

— какао
джерело
Встановити його на 254 не допомогло. Я спробував це на своєму попередньому HDD, але він все одно помер.
— LakshyaAg
1
Гаразд, це виключає проблему паркування / розпакування. Я думаю, у вас тоді був несправний жорсткий диск ...
— kaqqao
Ну, я побачу, чи живе цей жорсткий диск. :)
— LakshyaAg
3

У вас є (принаймні) один поганий блок (LBA 5642528), який викликає неодноразові помилки. Ви можете спробувати:

  1. створити резервну копію всього жорсткого диска
  2. переформатуйте / перерозподіліть свій диск, використовуючи метод LONG, щоб спробувати зробити так, щоб він відображав погані блоки. Це може зайняти багато годин.
  3. відновити жорсткий диск

або

  1. замініть жорсткий диск

Оновлення №1:

Щоб перевірити ваш HDD на наявність поганих блоків ...

Note: do NOT abort a bad block scan!

Note: do NOT bad block a SSD

Note: backup your important files FIRST!

sudo e2fsck -fcky /dev/sdXX # тест лише для читання

або

sudo e2fsck -fccky /dev/sdXX# неруйнівний тест читання / запису (рекомендується)

-K важливий, оскільки він зберігає попередню погану таблицю блоків і додає до цієї таблиці будь-які нові погані блоки. Без -k ви втрачаєте всю попередню погану інформацію про блок.

Параметр -fccky ...

   -f     Force checking even if the file system seems clean.

   -c     This option causes e2fsck to use badblocks(8) program  to  do  a
          read-only  scan  of  the device in order to find any bad blocks.
          If any bad blocks are found, they are added  to  the  bad  block
          inode  to  prevent them from being allocated to a file or direc‐
          tory.  If this option is specified twice,  then  the  bad  block
          scan will be done using a non-destructive read-write test.

   -k     When combined with the -c option, any existing bad blocks in the
          bad blocks list are preserved, and any new bad blocks  found  by
          running  badblocks(8)  will  be added to the existing bad blocks
          list.

   -y     Assume  an answer of `yes' to all questions; allows e2fsck to be
          used non-interactively.  This option may not be specified at the
          same time as the -n or -p options.
— гейннема
джерело
Будь-яка ідея, що спричинило цей поганий блок?
— LakshyaAg
Погане блокування відбувається природним чином на ВСІХ жорстких дисках. Велика кількість поганих блоків свідчить про можливий збій голови. Поки ви не зробите тест WRITE на всю поверхню диска, ви не будете знати, яка у вас проблема. У вас є помилки ПРОЧИТАННЯ, а погані блоки постійно позначаються погано, лише якщо це WRITE помилка, отже, тестування.
— heynnema
2
Крім того, НЕ Спробуй скористатись несправним накопичувачем, якщо жорсткий диск дійсно пошкоджений. Завантажте свої речі негайно.
— Hitechcomputergeek
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.