Не удаётся загрузить систему(загружается в emergency mode)

[Das_Licht]

Есть система Ubuntu 16 LTS
На днях стал получать ошибку - на разделе /home осталось мало места - удалял ненужные файлы. Делал docker system prune
Вчера при выходе с docker контейнера подвис терминал. После перезагрузки стало кидать в emergency mode. Сначала была мысль что проблема в том что закончилось место. Делал sudo apt purge snapd и sudo apt-get clean
Не помогло. При загрузке в обычном режиме запускается проверка на целостность и доходя до 49,7% происходит опять перенос в emergency mode
В чём может быть проблема и как её грамотно устранить?

[symon2014]

Есть система Ubuntu 16 LTS

и как её грамотно устранить?

Никак нельзя ?

[rogoznik]

Das_Licht, смотри SMART диска

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

sudo smartctl -a /dev/sdX

X - заменить на нужную букву

[WWolf]

Das_Licht, грузись изначально в аварийный режим и вручную чек запускай

[Das_Licht]

Das_Licht, смотри SMART диска

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

sudo smartctl -a /dev/sdX

X - заменить на нужную букву

Спасибо. Не учёл этот вариант. Сейчас пробую установить но что-то не получается. Для смарта есть свой отдельный репозиторий?

[Das_Licht]

Das_Licht, грузись изначально в аварийный режим и вручную чек запускай

Пробую. Начинается проверка, и опять таки доходит до 49,7%. Открывается окно меню восстановления и на нём начинается какой-то треш - нельзя выбрать ни один вариант.

[WWolf]

Das_Licht, да бахни с ключом -y что б всё автоматом исправляло и дождаться конца...

[rogoznik]

Для смарта есть свой отдельный репозиторий?

Не видел. Пакет называется smartmontools

[Das_Licht]

Для смарта есть свой отдельный репозиторий?

Не видел. Пакет называется smartmontools

Не получается установить - делаю sudo apt-get install smartmontools? пишет - Не удалось получить некоторые архивы...временная ошибка

[rogoznik]

Das_Licht, грузись с флешки

[symon2014]

Das_Licht, Смени зеркала для загрузки.

[Das_Licht]

rogoznik, Получилось:

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

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Scorpio Blue Serial ATA (AF)
Device Model:     WDC WD6400BPVT-80HXZT1
Serial Number:    WD-WXJ1A71C1193
LU WWN Device Id: 5 0014ee 656e81fbf
Firmware Version: 01.01A01
User Capacity:    640 135 028 736 bytes [640 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 (minor revision not indicated)
SATA Version is:  SATA 2.6, 3.0 Gb/s
Local Time is:    Fri Aug 25 12:20:36 2023 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:  (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: 		(15480) 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: 	 ( 152) minutes.
Conveyance self-test routine
recommended polling time: 	 (   5) minutes.
SCT capabilities: 	       (0x7035)	SCT Status 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   174   174   021    Pre-fail  Always       -       2283
  4 Start_Stop_Count        0x0032   089   089   000    Old_age   Always       -       11072
  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   050   050   000    Old_age   Always       -       36522
 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   094   094   000    Old_age   Always       -       6274
191 G-Sense_Error_Rate      0x0032   001   001   000    Old_age   Always       -       5703
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       168
193 Load_Cycle_Count        0x0032   132   132   000    Old_age   Always       -       206339
194 Temperature_Celsius     0x0022   108   097   000    Old_age   Always       -       39
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       28
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       1
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.

[slant]

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

Das_Licht, да бахни с ключом -y что б всё автоматом исправляло и дождаться конца...

... и добей винт/данные практически с гарантией.
Так можно делать, только если есть уверенность в целости железа и резервная копия спасаемых данных (т.е. снятый образ FS). Или когда данные особо не важны, и потеря не критична.
А в остальных случаях - совет вредительский.

[WWolf]

slant, если система сама 48% чекает и падает опять в восстановление, то хуже уже не сделаешь... Хоть часть унести можно будет

[slant]

slant, если система сама 48% чекает и падает опять в восстановление, то хуже уже не сделаешь... Хоть часть унести можно будет

Еще как сделаешь. Если диск сыпется - попытки исправить FS его добьют. Как с большой вероятностью добьют саму FS и попытки ее исправления на неисправном диске.
В такой ситуации нужно грузится с другой системы (или с Live) и вытаскивать данные монтируя через mount -r (RO режим). Что получится.

[WWolf]

slant, так не смонтирует потому чекнуть будет просить... Да и как-то ты прям самый писимизм всегда берёшь... У меня был посыпавшийся диск на почтаре, чек шёл около 18 часов и в итоге система поднималась и работала, но как в бэд упиралась, так фризила минут на 10, а потом продолжала работать... В итоге потерял всего 100 писем из 150 ящиков в переписке за 5 лет... Ext4 была...
Тут хомяк задело судя по описанию, 98% что конфиги максимум затронет...

[slant]

slant, так не смонтирует потому чекнуть будет просить...

Потому и в RO нужно монтировать. Это позволяет обойти такую надобность - помимо защиты от случайной модификации и тем ухудшения ситуации.

Да и как-то ты прям самый писимизм всегда берёшь...

Админ обязан быть пессимистом и предполагать самый худший вариант. Чтобы не полагаться на "авось" и потом не было мучительно больно, за упущенный шанс на благополучный исход.
Пусть лучше ситуация окажется легче ожидаемой, чем не предусмотреть возможные последствия, и собственноручно угробить все оставшиеся шансы.

У меня был посыпавшийся диск на почтаре, чек шёл около 18 часов и в итоге система поднималась и работала,

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

[Das_Licht]

Проблема была в том что docker съел всё свободное место. За долгое время собралось около 30гб образов. Как решил это:
1. Загрузился с live флешки
2. sudo fsck - y /dev/sdXY
3. Загрузится в обычном режиме
4. docker image prune --all
Спасибо всем отписавшимся

[madesta]

За долгое время собралось около 30гб образов

И куда всё это время смотрел владелец диска? Я бы уже из-за 3-5 ГБ учинил бы целое расследование.

[Das_Licht]

И куда всё это время смотрел владелец диска?

Баги искал