При изменении размера тома EBS на Amazon AWS я случайно удалил подпись ext4.
root@server:~# fdisk /dev/xvdf
Welcome to fdisk (util-linux 2.31.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
Command (m for help): d
Selected partition 1
Partition 1 has been deleted.
Command (m for help): n
Partition type
p primary (0 primary, 0 extended, 4 free)
e extended (container for logical partitions)
Select (default p):
Using default response p.
Partition number (1-4, default 1):
First sector (2048-524287999, default 2048):
Last sector, +sectors or +size{K,M,G,T,P} (2048-524287999, default 524287999):
Created a new partition 1 of type 'Linux' and of size 250 GiB.
Partition #1 contains a ext4 signature.
Do you want to remove the signature? [Y]es/[N]o: y
The signature will be removed by a write command.
Command (m for help): w
The partition table has been altered.
Syncing disks.
root@server:~#
root@server:~# resize2fs /dev/xvdf1
resize2fs 1.44.1 (24-Mar-2018)
resize2fs: Device or resource busy while trying to open /dev/xvdf1
Couldn't find valid filesystem superblock.
Есть ли способ восстановить мою файловую систему?
Восстановление из резервной копии - самый безопасный вариант, так как это известная процедура.
Восстановление данных быстро становится трудоемким, дорогостоящим и рискованным. Сделайте резервную копию сломанного тома, особенно если вы цените данные и не имеете другой копии.
Сбросьте данные ext4 и попытайтесь выполнить fsck с резервным суперблоком. Невозможность восстановления по-прежнему возможна, но инструменты файловой системы проверят структуры, если они будут найдены.
Проведите анализ рентабельности того, стоит ли нанимать специалиста по восстановлению данных. («Мастер файловой системы», как сказано на странице руководства dumpe2fs.)
Лично я предпочитаю LVM поверх неразмеченных дисков. По-прежнему нужно быть осторожным при очистке файловой системы, но не через fdisk.