Gparted испортил суперблок системного раздела. Почему это произошло и что делать?

надо было сначала проверить раздел и наверное диск сыпется уже

# dumpe2fs /dev/sda1 | grep -i superblock

Это вряд ли. Если вы посмотрите отчет, то увидете что в точности такая же проверка была произведена ПЕРЕД операцией изменения размера. И она была успешной по всем параметрам! В отличии от проверки которая произошла ПОСЛЕ.

Почему это случилось и что мне делать?

Это же очевидно. Не хранить важные данные на одной машине, тем более на системном разделе, тем более когда пытаешься изменить его размер.

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

если файлы читать можно, почему бы их не скопировать на другой носитель и не перефоматировать раздел, после чего залить их обратно?

А при перемещении что-то видимо не так пошло.

Это не причина, это мера предосторожности в случае если «рванет». А вот объяснения почему рвануло я здесь не вижу.

А при перемещении что-то видимо не так пошло.

Вот и я думаю что что-то не так пошло. Но что?

У Gparted случаем не зафиксированы какие-нибудь серьезные баги которые могли привести к такому исходу?

если файлы читать можно, почему бы их не скопировать на другой носитель и не перефоматировать раздел, после чего залить их обратно?

Хорошая идея! Однако я сейчас пытаюсь расмотреть менее хлопотные варианты.

Однако я сейчас пытаюсь расмотреть менее хлопотные варианты.

... которые помогут потерять их окончательно.

Сразу не заметил:

После этого система перестала загружаться, однако файлы читать можно

Если файлы читаются, значит суперблок жив. Лучше всего достать их пока не поздно и отформатировать раздел. А что при загрузке пишет?

запускаешь testdisk, в меню выбираешь Advanced, внизу жмакаешь на

Superblock

он кажет тебе картинку вида

TestDisk 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - 120 GB / 111 GiB - CHS 14593 255 63

     Partition                  Start        End    Size in sectors

  Linux                 3039 109 15  6078 218 28   48828416
superblock 0, blocksize=4096 []
superblock 32768, blocksize=4096 []
superblock 98304, blocksize=4096 []
superblock 163840, blocksize=4096 []
superblock 229376, blocksize=4096 []
superblock 294912, blocksize=4096 []
superblock 819200, blocksize=4096 []
superblock 884736, blocksize=4096 []
superblock 1605632, blocksize=4096 []
superblock 2654208, blocksize=4096 []

To repair the filesystem using alternate superblock, run
fsck.ext4 -p -b superblock -B blocksize device

тута тебе и альтернативные мегасуперблоки и размер блока и как восстановить внизу намазано.

Вот это меня тоже в тупик ставит, я сначала думал что программа врёт. С одной стороны файлы читаются. Но с другой стороны система перестала загружаться.

А что при загрузке пишет?

Да ничего. У меня даже до загрузки меню Grub или вывода сообщений не выходит. Если не знать что у меня проблемы именно с диском возникли, то может возникнуть впечатление, что у меня компьютер при включении ушел в бесконечный цикл перезагрузки. Экран диагностики, потом секунда черного экрана, потом снова экран диагностики. И т.д.

хз, сто раз разделы gparted'ом менял на куче дисков и всегда нормально всё было и на ext3/4 и на ntfs, 1 раз лет 7 назад только запорол другу раздел виндовый с кучей файлов когда отменил изменение его размера, восстанавливал потом документы

У меня даже до загрузки меню Grub или вывода сообщений не выходит.

Файлуха тут при чём? Скорее всего, винт высыпается. Глянь викторией или MHDD.

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

Проблему я решил так: Запустил более новую версию e2fsck. Она нашла несколько ошибок и исправила их, но среди этих ошибок не было ничего про плохой суперблок.После этого я восстановил Grub2 с помощью этой статьи: http://shaunmallette.blogspot.nl/2011/02/how-to-restore-grub2-in-debian-based...

Теперь всё работает.