С чего начать ... Итак, у меня есть три выделенных сервера за границей. Все три работают под управлением CentOS 6.7, два используются для веб-серверов, а третий используется только для баз данных MySQL, подключающихся к двум веб-серверам.
В пятницу сервер базы данных начал случайным образом разрывать соединения одно за другим, поэтому я подумал, что проверю журналы ошибок на предмет чего-либо необычного - ничего необычного не было, поэтому я сделал резервную копию своих баз данных MySQL (как я делаю перед каждым перезагрузка), а затем перезагрузите операционную систему.
Здесь все пошло не так, сервер не загрузился в CentOS, чтение
Error: 25 Disk read error
Для меня это означало проблему с BIOS (я могу ошибаться). Теперь хост-сервер предоставил мне IPMI / KVM для удаленного обслуживания сервера, однако я не смог заставить работать раздражающую кучу java-дерьма, поэтому я отправил запрос в службу поддержки с просьбой о помощи. . Они ответили 12 часов спустя, сказав не более чем «Ваш SSD вышел из строя, мы заказали вам новый».
Эээ ... Привет? Мне нужны мои данные оттуда.
Было много споров (почти споров), объясняющих, что новый SSD бесполезен, если у меня нет резервной копии базы данных, чтобы даже использовать его. Наконец, я заставил их переустановить CentOS на другой диск, чтобы я мог попытаться смонтировать «сломанный» SSD и восстановить свои данные.
Я использую только SSH, так как я не могу заставить работать IPMI / KVM, и с тех пор они все равно отключили соединение IPMI.
Когда я бегу fdisk -l Получаю следующее:
[root@localhost /]# fdisk -l
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00023d5d
Device Boot Start End Blocks Id System
/dev/sda1 1 121602 976760832 83 Linux
Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x000ebd75
Device Boot Start End Blocks Id System
/dev/sdb1 * 1 64 512000 83 Linux
Partition 1 does not end on cylinder boundary.
/dev/sdb2 64 121602 976248832 8e Linux LVM
И после 8-минутного ожидания, наконец, отображаются остальные:
Disk /dev/mapper/VolGroup-lv_root: 53.7 GB, 53687091200 bytes
255 heads, 63 sectors/track, 6527 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/VolGroup-lv_swap: 12.7 GB, 12666798080 bytes
255 heads, 63 sectors/track, 1539 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/VolGroup-lv_home: 933.3 GB, 933320720384 bytes
255 heads, 63 sectors/track, 113469 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000
Я не могу заставить его прочитать 250 ГБ SSD для установки. Итак, мой вопрос: есть ли альтернативный способ получить мои данные с диска? НИЧЕГО, мне сейчас нечего терять.
К сожалению, если ваши резервные копии также были на отказавшем диске, вам не повезло. Как правило, в отличие от вышедшего из строя механического диска, отказ SSD обычно означает отказ контроллера, а не только определенных блоков или областей. Просмотр вывода dmesg или / var / log / messages может рассказать вам больше, но вряд ли это будет хорошей новостью.