NVME, Proxmox IO error

А где бэкап?

Вопрос - можно ли через dd склонировать весь диск на другой такого же размера

Да, что ему может помешать

Бекапа самой системы нет. Бекап виртуальных машин есть до того, как появились проблемы на nvme, но ценные данные (бд postgresql) есть свежие бекапы. А что может помешать? Ремап секторов битых как происходит? Боюсь что бы при клонировании на новом диске сектора не были помечены как битые - точно не знаю как механизм ремапа в nvme дисках устроен.

Боюсь что бы при клонировании на новом диске сектора не были помечены как битые

Не бойся, это внутреняя логика самого контроллера ssd, dd о ней понятия не имеет, какие данные ему отдадут, такие он и запишет

Бекапа самой системы нет.

Плохо. А если оно сдохет сразу и целиком, будешь заново всё настраивать?

Секторы точно 512 байт, а не 4096?

точно 512

fdisk -l /dev/nvme0n1
Disk /dev/nvme0n1: 476.94 GiB, 512110190592 bytes, 1000215216 sectors
Disk model: NX-512
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt

Плохо. А если оно сдохет сразу и целиком, будешь заново всё >настраивать?

да сам proxmox накатить совсем несложно. Ценноcть это VM они и бекапятся. Заметил проблему через несколько дней только. Отсюда не самый свежий образ VM Но довести до актуального тоже несложно. Есть бекапы ответственных данных. Но думаю клон nvme самый наверное быстрый способ если все получится.
Вообще странно что бекап спотыкается на этом секторе а dd читает его без ошибок

Disk model: NX-512

Ты в своём уме дешманский kingspec в продакшн ставить?

Ты в своём уме дешманский kingspec в продакшн ставить? ну за это и поплатился. Ставил что было тогда под рукой. Но надежные бекапы нивелировали проблему. Да и система невысоконагруженная.

Вот теперь нужен совет. На одном разделе у меня и rootfs и lvm-thin хранилище.

nvme0n1                               259:0    0 476.9G  0 disk
├─nvme0n1p1                           259:1    0  1007K  0 part
├─nvme0n1p2                           259:2    0   512M  0 part  /boot/efi
└─nvme0n1p3                           259:3    0 476.4G  0 part
  ├─pve-swap                          253:0    0     8G  0 lvm   [SWAP]
  ├─pve-root                          253:1    0    96G  0 lvm   /
  ├─pve-data_tmeta                    253:2    0   3.6G  0 lvm
  │ └─pve-data-tpool                  253:4    0 349.3G  0 lvm
  │   └─pve-data                      253:5    0 349.3G  1 lvm
  └─pve-data_tdata                    253:3    0 349.3G  0 lvm
    └─pve-data-tpool                  253:4    0 349.3G  0 lvm
      └─pve-data                      253:5    0 349.3G  1 lvm

хотел бы на новый диск перенести систему. tpool уже не нужно. Как лучше это сделать? перенести нужно boot efi pve-root ну и таблицу разделов конечно.

EFI как правило просто переносится, созданием раздела и копированием содержимого.

Сделай бэкап и pvmove: https://unix.stackexchange.com/questions/188851/move-logical-volume-to-a-new-physical-disk

Сделай бэкап и pvmove а бекап чего? виртуальные машины у меня уже успешно на новом диске крутятся. Сам prox rootfs через pvemove перенесется? а boot efi создать заново разделы и скопировать ? или через dd как-то нужно? или может все через dd перенести? в количестве секторов до этого раздела

├─pve-data_tmeta                    253:2    0   3.6G  0 lvm

или разделы лежать не последовательно друг за другом на диске?

Чот орнул

Сейчас ссд не стоят вообще ничего, кроме самых топовых, да и то самсунг 980 на 500 по 5к продаётся

систему то зачем переносить, ее проще переустановить, даже в вики proxmox такой способ восстановления/переезда описан, достаточно конфиги скопировать из /etc/pve

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

А как отличить дешманский от нормального? Что такое PERC и как найти SMR

А как отличить дешманский от нормального?

Например, по TBW.

Я как-то использовал десктопные Crucial BX100 на дедиках (используемый по ряду причин хостер тогда предлагал только их), это было ужасно. Во-первых, они дохли каждые полгода-год по исчерпанию ресурса, во-вторых, начинали адово тормозить при заполнении выше 90% (например, как тебе скорость записи 5MB/s?).

а что пишет smart

sudo nvme smart-log /dev/nvme0
sudo smartctl -a /dev/nvme0

пациент,nvme, ещё дышит?