Не грузится система

[srmcbtxf]

Здравствуйте. Проблема такая, начались проблемы при загрузке, выпадало в busybox или initramfs (не знаю как правильно называется). Прочитал статью Восстанавливаем свалившийся в busybox из-за ошибки initramfs Linux, помогала замена суперблока. Сегодня произошло тоже самое, но замена суперблока уже не помогла. Загрузка останавливается во время появления значка Linux Mint, начинает сильно шуметь вентилятор. Пробовал загрузиться используя recovery mode, но не выходит, какие то ошибки показывает.

Что делать в таких случаях? Я не особо в Линуксе разбираюсь. Посоветуйте какие книги почитать, чтобы понимать как диагностировать систему, понимать какие ошибки могут быть, и как их устранять. Ну и прошу помочь загрузить таки систему.

Сейчас загрузился с флешки. Еще интересно, что при первой загрузке с флешки тоже выпала строка initramfs. Почему такое может быть? У меня Linux Mint 18.3 со стандартным ядром.

[srmcbtxf]

Забыл уточнить, что я по незнанию заменил суперблок и в /boot разделе. Раньше /boot отдельно не выделял. Поэтому заменял в корневом разделе, и все работало. А теперь /boot отдельно, и я не знал в каком разделе менять, поэтому методом проб заменил сначала в /boot, а потом в корневом.

[slant]

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

1. Грузите live систему с флешки.
2. Убеждаетесь в наличии интернета.
3. В консоли: sudo apt install smartmontools
4. Там же: sudo smartctl -a /dev/sda
5. Вывод команды - сюда. Будем смотреть.
6. Если дисков больше одного - повторять меняя в команде /dev/sda на /dev/sdb, /dev/sdc, и т.д. Результаты сюда.

Небольшая подсказка: чтобы записать вывод в файл - пишете sudo smartctl -a /dev/sda > myfile.txt

[srmcbtxf]

Диск похоже действительно посыпался. И уже давно.

Код: Выделить всё

smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.10.0-38-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Momentus 5400.7 (AF)
Device Model:     ST9750423AS
Serial Number:    6WS0363S
LU WWN Device Id: 5 000c50 037abac5b
Firmware Version: 0001SDM1
User Capacity:    750,156,374,016 bytes [750 GB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 2.6, 3.0 Gb/s
Local Time is:    Mon Nov 19 18:19:56 2018 UTC
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: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 ( 189) minutes.
Conveyance self-test routine
recommended polling time: 	 (   3) minutes.
SCT capabilities: 	       (0x303f)	SCT Status supported.
					SCT Error Recovery Control 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   102   077   006    Pre-fail  Always       -       74742183
  3 Spin_Up_Time            0x0003   098   098   085    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   094   094   020    Old_age   Always       -       7035
  5 Reallocated_Sector_Ct   0x0033   099   099   036    Pre-fail  Always       -       215
  7 Seek_Error_Rate         0x000f   088   060   030    Pre-fail  Always       -       712973566
  9 Power_On_Hours          0x0032   049   049   000    Old_age   Always       -       45292
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   097   097   020    Old_age   Always       -       3481
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   001   001   000    Old_age   Always       -       9118
188 Command_Timeout         0x0032   100   096   000    Old_age   Always       -       25770852536
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   061   051   045    Old_age   Always       -       39 (Min/Max 36/39)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       83
192 Power-Off_Retract_Count 0x0032   098   098   000    Old_age   Always       -       4244
193 Load_Cycle_Count        0x0032   082   082   000    Old_age   Always       -       37552
194 Temperature_Celsius     0x0022   039   049   000    Old_age   Always       -       39 (255 254 0 0 0)
195 Hardware_ECC_Recovered  0x001a   114   099   000    Old_age   Always       -       74742183
197 Current_Pending_Sector  0x0012   097   090   000    Old_age   Always       -       72
198 Offline_Uncorrectable   0x0010   097   090   000    Old_age   Offline      -       72
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       91
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       45027 (170 220 0)
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       1803238645
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       6677493
254 Free_Fall_Sensor        0x0032   100   100   000    Old_age   Always       -       0

SMART Error Log Version: 1
ATA Error Count: 7550 (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 7550 occurred at disk power-on lifetime: 45290 hours (1887 days + 2 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 00 91 9e 03  Error: UNC at LBA = 0x039e9100 = 60723456

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 08 00 91 9e e3 00      00:43:00.829  READ DMA
  27 00 00 00 00 00 e0 00      00:43:00.802  READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
  ec 00 00 00 00 00 a0 00      00:43:00.800  IDENTIFY DEVICE
  ef 03 46 00 00 00 a0 00      00:43:00.797  SET FEATURES [Set transfer mode]
  27 00 00 00 00 00 e0 00      00:43:00.797  READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]

Error 7549 occurred at disk power-on lifetime: 45290 hours (1887 days + 2 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 00 91 9e 03  Error: UNC at LBA = 0x039e9100 = 60723456

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 08 00 91 9e e3 00      00:42:58.428  READ DMA
  27 00 00 00 00 00 e0 00      00:42:58.419  READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
  ec 00 00 00 00 00 a0 00      00:42:58.417  IDENTIFY DEVICE
  ef 03 46 00 00 00 a0 00      00:42:58.414  SET FEATURES [Set transfer mode]
  27 00 00 00 00 00 e0 00      00:42:58.414  READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]

Error 7548 occurred at disk power-on lifetime: 45290 hours (1887 days + 2 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 00 91 9e 03  Error: UNC at LBA = 0x039e9100 = 60723456

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 08 00 91 9e e3 00      00:42:56.047  READ DMA
  27 00 00 00 00 00 e0 00      00:42:56.039  READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
  ec 00 00 00 00 00 a0 00      00:42:56.037  IDENTIFY DEVICE
  ef 03 46 00 00 00 a0 00      00:42:56.034  SET FEATURES [Set transfer mode]
  27 00 00 00 00 00 e0 00      00:42:56.034  READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]

Error 7547 occurred at disk power-on lifetime: 45290 hours (1887 days + 2 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 00 91 9e 03  Error: UNC at LBA = 0x039e9100 = 60723456

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 08 00 91 9e e3 00      00:42:53.665  READ DMA
  27 00 00 00 00 00 e0 00      00:42:53.657  READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
  ec 00 00 00 00 00 a0 00      00:42:53.637  IDENTIFY DEVICE
  ef 03 46 00 00 00 a0 00      00:42:53.634  SET FEATURES [Set transfer mode]
  27 00 00 00 00 00 e0 00      00:42:53.634  READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]

Error 7546 occurred at disk power-on lifetime: 45290 hours (1887 days + 2 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 00 91 9e 03  Error: UNC at LBA = 0x039e9100 = 60723456

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 40 00 91 9e e3 00      00:42:51.205  READ DMA
  c8 00 00 00 b3 5e e3 00      00:42:50.896  READ DMA
  c8 00 00 00 b2 5e e3 00      00:42:50.888  READ DMA
  c8 00 08 50 b4 5f e3 00      00:42:50.873  READ DMA
  c8 00 00 00 b1 5e e3 00      00:42:50.864  READ DMA

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%     11074         -
# 2  Short offline       Completed without error       00%      6068         -

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.

Почему то не хочет прикреплять файл "Неверное расширение файла: console.txt".

[slant]

Это, извините, уже сразу в морг... Не мучайте бедного.

[srmcbtxf]

slant, а какие параметры в тесте показывают уровень жизни диска? Вообще крашится диск начал год или два назад. И как бы, я все это время им пользовался. Ситуация такая, что купить диск прямо сейчас никак не могу. Есть разобранный десктоп, кое каких деталей не хватает. Пока не прислали. А я сейчас на ноуте, диск у него умирает. Покупать для него новый диск не вижу смысла, потому что буду пересаживаться на десктоп, а пользоваться пока чем то нужно.

Все равно благодарю за суету.

[slant]

5, 187, 191, 197, 198, 199 - полный набор. По хорошему - даже одного из этих параметров достаточно, чтобы диск считать на грани отказа. Причем отклонения на 1-5 едениц, а не так как тут.
Вообще не понятно, как оно еще вообще запускается с таким то набором. В прочем, ладно еще 5 и 197 - это просто износ поверхности, там есть резервные секторы. Но параметры 198 и 199 у здорового диска должны быть равными 0. Иначе - признак проблем с механикой/головкой. Это уже не диск - это просто зомби какой-то...

[srmcbtxf]

slant, а можно как то залечить плохие сектора? Или сделать так чтобы они не использовались? Чтобы хоть немного протянуть на этом диске. Для Windows софта для HDD полно, а для Linux такое ощущение, что ничего толкового нет.

[srmcbtxf]

slant, я правильно понимаю, что использование swap в линуксах изнашивает жесткие диски?

[slant]

slant, а можно как то залечить плохие сектора?

Ты пришел к зубному, он тебе говорит - батенька, а где вы раньше были? У вас от зубов одни корни остались, а ты ему: а можно как-то залечить? Тут уже лечить нечего - это можно было сделать (и smart диска это делал) раньше, когда процесс только начинался. Сейчас уже все ресурсы исчерпаны давно, а состояние рта, если образно говорить - не только зубы, но и суставы, и и даже кости черепа распадаются.

slant, я правильно понимаю, что использование swap в линуксах изнашивает жесткие диски?

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

[srmcbtxf]

slant, вы конечно имеете полное право на свое мнение, но я придерживаюсь другого. Терять мне в данном случае уже нечего, почему я должен выбрасывать диск. Как минимум можно на нем поэкспериментировать. И попутно изучить внутреннее устройство, обслуживание, и принципы ремонта HDD. Если сейчас я не изучу алгоритм работы диска, и алгоритмы его обслуживания, то нет гарантии что новый диск не умрет.

[slant]

Принципы починки программных и аппаратных проблем очень отличаются. И спровоцировать аппаратные проблемы "кривой настройкой диска в системе" вы никак не сможете.
Выбрасывать диск вы не должны, но и использовать его как пособие по ремонту не имеет смысла. Потому что такие аппаратные проблемы не лечатся, а их проявление искажает любые результаты которые могут быть получены при попытках лечения программных сбоев - так что полезного опыта вы не получите, т.к. не сможете определить - что повлияло на результат.
Все что можно сделать по части ремонта с диском в домашних условиях - относится к диску, у которого нет проблем с механической частью. Можно исправить файловую систему (структуру), восстановить данные, и т.д. Но только при исправном физически диске. А если проблемы с поверхностью/механикой как здесь - это уже не лечится в домашних условиях. Более того - они будут постоянно прогрессировать, а запись и чтение могут отказывать в случайные моменты в случайных местах. В таких условиях любая запись может вызвать непредсказуемые последствия. Единственное полезное, что можно из такого диска извлечь - тренировка по спасению данных.

[srmcbtxf]

slant, но я же пока не знаю, появились бэды из-за физических повреждений пластин, или программных сбоев. Понять есть ли физические повреждения думаю можно, разобрав диск. Это уже в крайнем случае. Я выяснил, что физически поврежденные сектора можно ремаппить, если есть такой ресурс. А программно поврежденные можно затирать. Даст ли это результат, другой вопрос. По крайней мере есть много статей, в которых авторы утверждают, что у них получилось продлить жизнь диску. Плохо что по линукс мало проверенного софта (если вообще есть) для работы с HDD. Есть некий аналог MHDD - WHDD, якобы он используется в дистре SystemRescueCD. Но на гитхабе у него всего 286 коммитов, и последний был 2 года назад https://github.com/whdd/whdd, есть сомнения что это надежная утилита.

Вы можете посоветовать что-нибудь из утилит? Или лучше использовать машину с windows и MHDD/Victoria?

[Griga211]

И спровоцировать аппаратные проблемы "кривой настройкой диска в системе" вы никак не сможете.

Теоритически можно. Когда то была проблема, что ОС для экономии энергии через короткое время парковали головки и отключали диск. Это приводило к поломке диска в короткий срок. Возможно, если сейчас настроить отключение диска через очень короткий срок, то диск долго не проживет.

но и использовать его как пособие по ремонту не имеет смысла.

За то пригодится как пособие по устройству диска, ТС может рассмотреть блины и головки) А еще можно пустить его на запчасти)

[Griga211]

Понять есть ли физические повреждения думаю можно, разобрав диск.

После этого он точно не протянет долго)

[srmcbtxf]

Теоритически можно. Когда то была проблема, что ОС для экономии энергии через короткое время парковали головки и отключали диск. Это приводило к поломке диска в короткий срок. Возможно, если сейчас настроить отключение диска через очень короткий срок, то диск долго не проживет.

Я правильно понимаю, что частая гибернация может приводить к такому результату? То есть понятно, что не сама гибернация, а частные парковки. Что вообще может вызывать частые парковки считывающей головки?

Если мне не изменяет память, то у меня на диске зафиксировано огромное количество парковок, если не ошибаюсь год назад было более 200 000. Тогда я не придал особого значения этому.

[srmcbtxf]

После этого он точно не протянет долго)

Наверное. Но это если уже ничего не поможет, то почему бы не разобрать и не посмотреть. Возможно станет ясно как получились повреждения. Может неудачная инженерная конструкция диска. Может сломалось чего то. Может пыль попала. Ну и так далее.

[Griga211]

Но это если уже ничего не поможет, то почему бы не разобрать и не посмотреть.

Эт всегда можно.

Возможно станет ясно как получились повреждения.

Эт вряд ли.

Может устройство диска внутри неудачное.

Устройство типовое. Ну и, например, я лично не определю удачная конструкция или нет и не представляю как это сделать.

Может сломалось чего то.

Ну это, ага))) Раз не работает, то, наверное, чего сломалось)

Может пыль попала.

Это только если нарушена герметичность. Чаще такое бывает при падении.

Ну и так далее.

Ну там может быть что угодно. У меня лежит 2 диска, один умер после падения со стола, другой после 7-лет работы то ли от удара кулаком по ноуту, то ли просто от старости. Повреждения на них 100% физические: первый - почти 100 % поверхности диска не читается. Даже низкоуровневое форматирование не запускается, т.к. он не может считать информациюю из нулевого сектора. Либо проблема контроллера, либо головки, думаю второе. Второй диск не читается в начале и в конце. Повреждены скорее всего головки первого и последнего блина, а средние читаются, но бэды присутствуют. Можно пространство с бэдами вырезать из таблицы и создать разделы на средних блинах, но боюсь он уже все равно долго не протянет.

[Griga211]

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

Ну гибернация же не каждые 5-10 сек происходит, поэтому она особо не скажется на работе диска.

Что вообще может вызывать частые парковки считывающей головки?

Режим энергосберения, когда ОС отключает диск после определенного количества секунд и паркует головки. Я давно с такой проблемой не сталкивался, я думаю если ручками не наковырять, то все должно быть нормально из коробки.

[slant]

slant, но я же пока не знаю, появились бэды из-за физических повреждений пластин, или программных сбоев.

Вы путаете "програмный бэд" и физический. Первое - не отображается в smart. А физщические бэды - это именно физические дефекты.

Понять есть ли физические повреждения думаю можно, разобрав диск.

Современные диски нельзя разбирать. Там стерильность. Единственная микронная пылинка прошедшая через фильтр спец-канала который служит для выравнивания давления как раз и может привести к тому, что диск "посыпется". Слышали про "синдром Кесслера" относительно аварий спутников и космического мусора? Вот с дисками та же история. Пылинка попадая на диск вращающийся на огромной скорости выбивает из поверхности еще одну микрочастицу, так в свою очередь еще - и по нарастающей. Плюс, головка парит над диском на микронных высотах, и попавшая под нее частица может сработать как резец в токарном станке.

Я выяснил, что физически поврежденные сектора можно ремаппить, если есть такой ресурс

У вас он давно исчерпан. Это в smart есть. Помогает когда битых блоков - ну 1-5, ну пара десятков в крайнем случае. А у вас счет таких блоков на сотни (параметр 5), и судя по логу smart - постоянно растет. Плюс под подозрением еще 72 блока. А ошибок обращения к секторам - вообще более 9000. И это не мем, а реальный факт - параметр 187.

Теоритически можно. Когда то была проблема, что ОС для экономии энергии через короткое время парковали головки и отключали диск.

В современных дисках это невозможно. Такая настройка есть, но это настройка самого диска (в smart), не OS. Вот загнать диск в спящий режим целиком (с полной остановкой) - это OS может. Но не контролировать парковку головок. Однако частое включение-выключение вредно для совершенно любой электроники - ежу понятно.

Вы можете посоветовать что-нибудь из утилит? Или лучше использовать машину с windows и MHDD/Victoria?

Современные диски просто не имеют команд прямого доступа к сервисным операциям, таким как ремап. Все что может с ними сделать MHDD/Victoria или любой другой подобный софт - это пытаться многократно читать/писать по одному смещению от начала диска, надеясь что прошивка посчитает сектор сбойным и выполнит remap. Дать такую команду напрямую современным дискам НЕЛЬЗЯ. Современный диск - это вообще черный ящик. У него есть стандартный интерфейс с командами включить/выключить/прочитать/записать и все. Никакого прямого доступа к сервисным функциям из вне. Разве что, через smart можно настроить некоторые параметры, вроде той же частоты парковки головок. Но это опять таки не прямое управление, а указание - что делать прошивке, какой режим выбрать.

Потому и нет современных программ такого типа - они просто потеряли смысл. Даже виктория - она сейчас может просто составить графическую карту диска, да показать smart. Ну и подергать диск в нужном месте в надежде на ремап (что обычно делает smart и сам когда натыкается на битый сектор). А так - smart сам по себе может проводить тесты поверхности. Как автоматически, так и по требованию. В линуксе это можно потребовать через утилиту smatrctl.