LINUX.ORG.RU

Помирает диск с корнем

 , , ,


0

2

Привет, посоны.

Есть один SSD диск с системой. Смартцтл показывает такое

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       -       0
  9 Power_On_Hours          0x0032   100   100   050    Old_age   Always       -       563
 12 Power_Cycle_Count       0x0032   100   100   050    Old_age   Always       -       144
160 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       0
161 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       18515
163 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       20
164 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       421
165 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       600
166 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       2
167 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       78
168 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       0
169 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       100
175 Program_Fail_Count_Chip 0x0032   100   100   050    Old_age   Always       -       268435456
176 Erase_Fail_Count_Chip   0x0032   100   100   050    Old_age   Always       -       4216047
177 Wear_Leveling_Count     0x0032   100   100   050    Old_age   Always       -       242116
178 Used_Rsvd_Blk_Cnt_Chip  0x0032   100   100   050    Old_age   Always       -       285212672

в логах вижу страшное

[Thu Apr 16 09:56:21 2026] ata5.00: exception Emask 0x0 SAct 0x80000080 SErr 0x0 action 0x6 frozen
[Thu Apr 16 09:56:21 2026] ata5.00: failed command: READ FPDMA QUEUED
[Thu Apr 16 09:56:21 2026] ata5.00: cmd 60/60:38:28:12:65/00:00:07:00:00/40 tag 7 ncq dma 49152 in
                                    res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[Thu Apr 16 09:56:21 2026] ata5.00: status: { DRDY }
[Thu Apr 16 09:56:21 2026] ata5.00: failed command: WRITE FPDMA QUEUED
[Thu Apr 16 09:56:21 2026] ata5.00: cmd 61/38:f8:f0:da:73/00:00:04:00:00/40 tag 31 ncq dma 28672 out
                                    res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[Thu Apr 16 09:56:21 2026] ata5.00: status: { DRDY }
[Thu Apr 16 09:56:21 2026] ata5: hard resetting link
[Thu Apr 16 09:56:25 2026] ata5: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[Thu Apr 16 09:56:25 2026] ata5.00: configured for UDMA/133
[Thu Apr 16 09:56:25 2026] sd 4:0:0:0: [sdb] tag#7 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=33s
[Thu Apr 16 09:56:25 2026] sd 4:0:0:0: [sdb] tag#7 Sense Key : Aborted Command [current] 
[Thu Apr 16 09:56:25 2026] sd 4:0:0:0: [sdb] tag#7 Add. Sense: No additional sense information
[Thu Apr 16 09:56:25 2026] sd 4:0:0:0: [sdb] tag#7 CDB: Read(10) 28 00 07 65 12 28 00 00 60 00
[Thu Apr 16 09:56:25 2026] I/O error, dev sdb, sector 124064296 op 0x0:(READ) flags 0x80700 phys_seg 12 prio class 2

вопрос заключается в следующем - как правильно перенести систему на новый диск?

Ну вот типа купил я новый диск в ДНС и как дальше мне не больно перенести все данные?

★★★★

Последнее исправление: SpaceRanger (всего исправлений: 1)
Ответ на: комментарий от frunobulax

да, ФС жива. Сам диск начал ругаться что не может там какие то ячейки удолить/записать. В это время небольшие фризы начинаются. Потом отпускает и неприятно красненькое в логах появляется

SpaceRanger ★★★★
() автор топика
Ответ на: комментарий от SpaceRanger

клонируешь содержимое ссд на новый. uuid сохраняются (надеюсь загрузка у тебя по ним) и должно все быть ок.
в uefi придется дополнительно поковырятся.
пробуй изучай. рабочий (хоть и сбойный) диск у тебя все равно есть.

после допиловки системы до рабочего состояния, прописываешь gparted.iso в менюшку груба и меняешь/расширяешь размеры файловых систем.

pfg ★★★★★
()
Последнее исправление: pfg (всего исправлений: 1)
Ответ на: комментарий от SpaceRanger

Если новый диск такой же или больше по объему - то вообще без проблем должно всё получиться. Если мЕньший, то надо двигать раздел (но я бы без бекапов не стал на сомнительно себя ведущем диске двигать).

По мне так скинь сначала важные данные куда-нибудь на съемный диск\в облако, сделать disk-to-disk клон клонзиллой, грузануться с лайва или со старого диска и на новом диске в fstab прописать новые uuid разделов. Мб еще груб релоад сделать, хотя клонзилла сама делает.

frunobulax ★★★★
()

GNU ddrescue плюс какой-нибудь live CD (USB). Прочитайте как минимум пункты 3, 4; не ломитесь сразу запускать копирование. Лучше используйте файл карты, а не пытайтесь сделать всё за один запуск без него.

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

Если диск ещё на 100% читается, просто иногда тормозит, с ddrescue можно не заморачиваться, а пересадить файловую систему при помощи cp -ax или rsync -avP. Но тогда обязательно нужно будет подправить UUID файловой системы в /etc/fstab (crypttab? что там у Вас ещё настроено? LVM?) и наверняка перегенерировать initramfs.

anonymous
()
Ответ на: комментарий от anonymous

Если диск ещё на 100% читается,

тогда проще вообще сделать целиком dd диска, пройтись fsck по разделам и растянуть их на свободное место
ребутнуться после перетыкания и система ничего не заметит

вроде всё это можно сделать из того же gparted

madcore ★★★★★
()

судя по erase - ТТД? купи точно такого же размера, загрузишь в signle mode, а лучше вообще init=/bin/bash скажи в менюшке GRUB, в командной строке выполни (это даже лучше, рут сразу в RO будет)

dd if=/dev/где у тебя старый носитель of=/dev/новый носитель

потом если init=/bin/bash, выполняй exec init и halt -p

определить какой где сам сможешь?

lssci и hdparm -i и nvme list в помощь

если нету, то S/N в:

/sys/block/sdX/device/vpd_pg80 /sys/block/nvmeXn1/device/serial

ВНИМАНИЕ! после этого одновременно их использовать будет нельзя без правки UUID на одном из них!

если чо, то я так и венду копировал (там есть нюансы, но явно не на этом сайте обсуждать)

если другого размера (больше), то чуть посложнее будет

сначала делаешь первоначальное заполнение, проще всего через fdisk /dev/новый ,там всё равно что сделаешь, главное w сделать

sfdisk -d /dev/старый | grep -v последний раздел (например, sda3) |sfdisk -L /dev/новый потом ручками в fdisk делаешь его нужного размера

но в целом долго писать, если приведёшь sfdisk -d своего - я тебе план напишу

mumpster ★★★★★
()
Ответ на: комментарий от frunobulax

для меньшего раздела прекрасно dump/restore справляется для рута, причём всё хорошо переносится, в отличие от тара

но там потом возни много, grub-install и т.д.

mumpster ★★★★★
()
Ответ на: комментарий от SpaceRanger

почему это?

если у тебя разные размеры - то просто может не выйти

в простейшем случае если размеры одинаковы - то dd и всё.

mumpster ★★★★★
()
  • Markdown
Пустая строка (два раза Enter) начинает новый абзац. Знак '>' в начале абзаца выделяет абзац курсивом цитирования.
Внимание: прочитайте описание разметки Markdown.
Используйте Ctrl-Enter для размещения комментария