Всё началось с того, что система (а именно debian 9) повисла мёртвым колом. Такое периодические бывает, причина не известна, возможно в железе, но ранее было без серьезных последствий...
В тот же раз возникла проблема с запуском системы: что-то там насчет superblock checksum. Проблему пофиксил с помощью sudo fsck.ext4 -v /dev/xxx, сначала для раздела, где сама ОС располагается (это ext4 раздел). Потом оказалось надо и для остальных разделов ext4 это сделать (всего 4 раздела было). Ну ок, сделал, не проблема.
После (нормальной) перезагрузки системы проблема повторилась! И опять так же проблема с суперблоками.
Ну ок, пофиксил опять. На всякий случай еще переустановил ОС)) и переформатировал все ext4 разделы (с помощью gparted), ну так, на всякий случай. Точнее я восстановил старый образ ОС, сделанный месяц назад, но не суть.
Ок, перезагружаю систему после форматирования - опять та же ошибка с суперблоками!
Ну это уже ппц какой-то, подумал я. Ладно, будь это на одном физическом устройстве, можно было бы свалить на то, что носитель неисправен. Но нет, разделы то на разных носителях - ssd и hdd.
В общем беда какая-то. С остальными ф.с. на компе такой проблемы не наблюдалось (fat32, ntfs, ext3). Да, даже ext3-разделы себя никак не проявили. Проблема только с ext4, со всеми разделами что есть.
Почти при каждой перезагрузке системы такое выскакивает, хоть ты вообще не перезагружай систему.
Есть идеи как это пофиксить?
LinuxForum.Fans
Проблема ext4 с суперблоками
Автор: spyphy
20 сообщений
1265 просмотров
Саму ошибку покажешь?
Саму ошибку покажешь?
Показать
Показать
Испорчена файловая система. Возможно ты её не исправляешь, поэтому ошибка повторяется.
Испорчена файловая система.
да это я понял.
как её исправить?
разделы я отформатировал. этого недостаточно?
Должно быть достаточно. Попробуй пересоздать разделы.
[console]fsck.ext4 -cf /dev/xxx[/console]
Неплохо бы для надежности smart SSD и HDD посмотреть. Например:
[console=root]smartctl -s on /dev/sda[/console]
[console=root]smartctl -a /dev/sda[/console]
И да, разделы надо проверять не на работающей системе, а загрузившись с Live-носителя, флешки, например и не монтируя разделы проверять.
[console]fsck.ext4 -cf /dev/xxx[/console]
text
sudo fsck.ext4 -cf /dev/sda6
e2fsck 1.43-WIP (18-May-2015)
ext2fs_open2: Superblock checksum does not match superblock
fsck.ext4: Superblock invalid, trying backup blocks...
Checking for bad blocks (read-only test): 0.00% done, 0:00 elapsed. (0/0/0 errdone
/dev/sda6: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #1 (31738, counted=9422).
Fix<y>?Добавлено: 30.07.2019 09:40:03
smartctl -a /dev/sda
text
Rotation Rate: Solid State Device
1 Raw_Read_Error_Rate 0x0032 100 100 050 Old_age Always - 0
5 Reallocated_Sector_Ct 0x0032 100 100 050 Old_age Always - 2
9 Power_On_Hours 0x0032 100 100 050 Old_age Always - 4912
12 Power_Cycle_Count 0x0032 100 100 050 Old_age Always - 2507
160 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 0
161 Unknown_Attribute 0x0033 100 100 050 Pre-fail Always - 96
163 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 16
164 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 29167
165 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 118
166 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 8
167 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 60
168 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 7000
169 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 100
175 Program_Fail_Count_Chip 0x0032 100 100 050 Old_age Always - 0
176 Erase_Fail_Count_Chip 0x0032 100 100 050 Old_age Always - 0
177 Wear_Leveling_Count 0x0032 100 100 050 Old_age Always - 0
178 Used_Rsvd_Blk_Cnt_Chip 0x0032 100 100 050 Old_age Always - 2
181 Program_Fail_Cnt_Total 0x0032 100 100 050 Old_age Always - 0
182 Erase_Fail_Count_Total 0x0032 100 100 050 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 050 Old_age Always - 119
194 Temperature_Celsius 0x0022 100 100 050 Old_age Always - 41
195 Hardware_ECC_Recovered 0x0032 100 100 050 Old_age Always - 10053559
196 Reallocated_Event_Count 0x0032 100 100 050 Old_age Always - 0
197 Current_Pending_Sector 0x0032 100 100 050 Old_age Always - 2
198 Offline_Uncorrectable 0x0032 100 100 050 Old_age Always - 0
199 UDMA_CRC_Error_Count 0x0032 100 100 050 Old_age Always - 0
232 Available_Reservd_Space 0x0032 100 100 050 Old_age Always - 96
241 Total_LBAs_Written 0x0030 100 100 050 Old_age Offline - 52404
242 Total_LBAs_Read 0x0030 100 100 050 Old_age Offline - 100664
245 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 41454
Ну, smart, как и ожидалось, нормальный. А ответ на вопрос fsck "Fix? (y)" был "y"? Что после этого произошло?
Ну, smart, как и ожидалось, нормальный. А ответ на вопрос fsck "Fix? (y)" был "y"? Что после этого произошло?
Нажал y, пофиксило ошибки.
После перезагрузки опять те же ошибки...
Тут правда есть один существенный момент, который я ранее не упомянул, сам только что заметил. (боюсь многие здесь блеваться начнут, ну да ладно). Короче, похоже эти ошибки в ext4 появляются после загрузки ос Windows7. Но раньше ничего подобного не было. Эта проблема началась с тех пор, как последний раз подвис именно Linux.
Как вообще Windows влияет на ф/с ext4 - мне не понятно. Там правда установлен Ext2Fsd, но в последний раз я его не запускал. Вирусняк - хз.
установлен Ext2Fsd
Когда ещё было две системы на компьютере, тоже эту штуку использовал. Проблем не вызывала вообще.
Когда ещё было две системы на компьютере, тоже эту штуку использовал. Проблем не вызывала вообще.
Да я тоже сомневаюсь, что в Ext2Fsd дело (раньше юзал без проблем), но не знаю как еще можно объяснить такое поведение винды.
Даже не знаю...я бы пересоздал таблицу и не через gparted. Конечно кончило бы всю инфу,но...Заново поставил обе системы без восстановления,быть может в этом и порылась собака.
Да я тоже думаю, что если пересоздать разделы, переустановить ОСы, отформатировать все диски и флешки, выкинуть этот кусок железа и купить новый ноут, то это должно решить проблему, чем я в ближайшее время займусь, но правда вряд ли тогда удастся выяснить причину.
spyphy, В моем больном воображении примерно так и получается. :) Я ext4 не юзаю и как там не знаю,но читал,что внесли изменения в нее, а вы упорно восстанавливаете старый образ системы, может в этом и проблема как я написал выше. *CRAZY* Монтируйте новую ф/с и ставьте новый Дебиан. *ROFL*
Конечно, м.б. не прав, но ведь на скринах просит загрузиться с суперблоков 8193 или 32768 на /sda6.... Что бы не? Получилось - извлекли данные... ??? Не??? *SCRATCH*
Конечно, м.б. не прав, но ведь на скринах просит загрузиться с суперблоков 8193 или 32768 на /sda6.... Что бы не? Получилось - извлекли данные... ??? Не???
С данными всё в порядке. Ошибка фиксится без проблем, но возникает (возникала) снова и снова.
Насколько я смог расшифровать инфу со скринов - там написано попробывать задать размер суперблоков 8193 или 32768. Зачем - х.з. Размер блоков у меня стандартный 4096.
Я переустановил (откатил) виндовс, надеюсь ошибка повторяться не будет.
Вообще не о том, чем переводили? Предлагалось использовать для раздела резервные копии суперблоков, т.е. 8193 или 32768 (т.е. последний суперблок в группе). Даже указано, что надо набрать:Насколько я смог расшифровать инфу со скринов - там написано попробывать задать размер суперблоков 8193 или 32768. Зачем - х.з. Размер блоков у меня стандартный 4096.
text
# e2fsck -b 8193 <device> т.е. /dev/sda6
или
# e2fsck -b 32768 <device> т.е. /dev/sda6А далее надо было попытаться с него примонтироваться:
text
# mount -o -sb=32768 /dev/sda6 /mnt
или
# mount -o -sb=8193 /dev/sda6 /mntсоответственно... Как-то так.
Что-то мне подсказывает, что у Вас как-то особенно распределены ОС по разделам.
8193 или 32768 (т.е. последний суперблок в группе)
а ну да, это для mke2fs оптия -b задает размер блока.. перепутал чуток
Войдите или зарегистрируйтесь, чтобы ответить.
