LINUX.ORG.RU

Проверил ext3 проверялкой для ext4. Пришло врем переустанавливать Gentoo?


0

1

Здравствуйте. Раз в неделю ровно в 7 утра на несколько секунд отключается электричество, на станции выполняют переключение. Сегодня утром так и произошло. Обычно это никак не влияет на Linux, но сегодня он засбоил. Gentoo включился и не смог примонтировать корневой раздел. Я запустил Ubuntu (вы не поверите, но она у меня есть) 9.10 и запустил sudo fsck.ext4 на раздел, который не может примонтироваться. Получил страшную ругань, которая похоже шла из ядра, перезагружался ресетом. Потом вспомнил, что у меня там ext3, запустил нужную проверялку, она всё восстановила, и система загрузилась. Я запустил две программы в консоли: первая раздаёт Интернет по Wi-Fi, вторая перебирает забытые пароли, и сел за ноутбук.

Вечером я выключил перебиралку паролей, решил включить игру, и тут всё начало тормозить и зависать. Ctrl-Alt-F1, Ctrl-Alt-Delete. Очень медленно, с лагами по нескольку минут на каждую строчку действия, всё перезагружалось. Потом не смогло загрузиться: на этот раз раздел примонтировался, но fsck сказал «здесь есть ошибки, проверить надо... О, не могу исправить! Запустите меня вручную, без всяких там параметров типа -a или -r». Тут же появилась консоль. После fsck всё работает, но какой это был fsck! Посмотрите на снимках (внимание: 17 мегабайтов в сумме). Первый снимок не особенно нужен, просто показывает цветовую гамму во время загрузки, остальные показывают масштабы происшествия и пострадавшие файлы!

http://img7.imageshack.us/img7/6691/pict0262hz.jpg
http://img703.imageshack.us/img703/5255/pict0266z.jpg
http://img847.imageshack.us/img847/6003/pict0268gt.jpg
http://img171.imageshack.us/img171/7171/pict0269x.jpg
http://img708.imageshack.us/img708/5559/pict0271m.jpg
http://img339.imageshack.us/img339/5885/pict0272n.jpg
http://img508.imageshack.us/img508/3248/pict0273.jpg
http://img42.imageshack.us/img42/9703/pict0274g.jpg
http://img4.imageshack.us/img4/8558/pict0275t.jpg
http://img854.imageshack.us/img854/7466/pict0276t.jpg
http://img809.imageshack.us/img809/1984/pict0277q.jpg
http://img196.imageshack.us/img196/918/pict0278m.jpg
http://img94.imageshack.us/img94/1530/pict0279gc.jpg

А в пятой стадии было очень много мешанины символов, хотел на видео заснять, но не успел. Мой вопрос такой: пришло время переустанавливать систему? Или ещё можно спасти её без последствий? Прошу разбирающимся в таких вопросах людей посмотреть на скриншоты.

★★★★★

Последнее исправление: ZenitharChampion (всего исправлений: 2)

Пришло :) (скорее всего :))

deterok ★★★★★
()

Если есть резервная копия, то просто пересоздай раздел и скопируй файлы.

ciiccii
()
Ответ на: комментарий от ZenitharChampion
$ ls -la /sbin/fsck.ext*
-rwxr-xr-x 5 root root 168912 2008-10-13 06:33 /sbin/fsck.ext2
-rwxr-xr-x 5 root root 168912 2008-10-13 06:33 /sbin/fsck.ext3
-rwxr-xr-x 5 root root 168912 2008-10-13 06:33 /sbin/fsck.ext4
-rwxr-xr-x 5 root root 168912 2008-10-13 06:33 /sbin/fsck.ext4dev

Я конечно тот ещё некрофил, на oldstable Debian, но неспроста ли одного размера все утилиты?

adriano32 ★★★
()
Ответ на: комментарий от ZenitharChampion
# ls -li /sbin/fsck.ext* /sbin/e2fsck
2490392 -rwxr-xr-x 5 root root 198712 Сен  2 13:48 /sbin/e2fsck
2490392 -rwxr-xr-x 5 root root 198712 Сен  2 13:48 /sbin/fsck.ext2
2490392 -rwxr-xr-x 5 root root 198712 Сен  2 13:48 /sbin/fsck.ext3
2490392 -rwxr-xr-x 5 root root 198712 Сен  2 13:48 /sbin/fsck.ext4
2490392 -rwxr-xr-x 5 root root 198712 Сен  2 13:48 /sbin/fsck.ext4dev

можно проверить ext2 с помощью fsck.ext4 и ext4 с помощью fsck.ext2, все равно запустится e2fsck :)

Adjkru ★★★★★
()
Ответ на: комментарий от adriano32

О кстати, не знаешь чем отличается ext4 от ext4dev? У меня ext4dev тоже есть в той старой убунте, из которой всё и происходило.

ZenitharChampion ★★★★★
() автор топика

>Раз в неделю ровно в 7 утра на несколько секунд отключается электричество

Это только начало конца. Почитай Foundation by Isaac Asimov, он всё знал.

Bare_metal
()

Еще никто не сказал купить наконец-то ЮПСку?

YAR ★★★★★
()
Ответ на: комментарий от anonymous

это точно, я офигеваю с людей, которые находят деньги на компьютеры и интернеты, но не находят денег на ИБП, которой стоит в разы дешевле компа.

anonymous
()
Ответ на: комментарий от anonymous

Ну чё, я пока ФС в настроенной Бзде не пролюбил после двух ВНЕЗАПНЫХ выключений подряд (второй скачек в электросети аккурат на момент проверки ФС после первого отключения пришелся), тоже как-то не особо задумывался.

З.Ы. Эта история конечно же не оправдывает тупость ТСа.

anonymous
()
Ответ на: комментарий от anonymous

> второй скачек

второй скачок

спать уже надо :)

anonymous
()

Скорее всего дело не в том что ты проверил не той fsck, а просто фс развалилась. Пришло время переустанавливать LINUПС! :D

P.S.: Теперь ты будешь знать ценность резервных копий :D

Othniel
()
Ответ на: комментарий от adriano32

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

Количество хардлинков для каждой строчки в листинге как бы намекает.

geekless ★★
()

Переустанови систему и запомни простые истины:

1. Надо юзать бесперебойник.

2. Надо юзать бэкапы.

Кстати, винт-то живой? Может ФС расползлась из-за физических дефектов носителя?

geekless ★★
()

Мой вопрос такой: пришло время переустанавливать систему?

Не то слово — пришло время ставить PC-BSD 9, а то линуксы из-за природной пингвиньей жирноты уже разваливаются на ходу.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

У неё планировщик уже поправили? Вычислительные потоки давят все остальные, чего нету ни в винде, ни в линуксе.

anonymous
()
Ответ на: комментарий от Adjkru

> -rwxr-xr-x 5 root root 168912 2008-10-13 06:33 /sbin/fsck.ext4dev

Я конечно тот ещё некрофил, на oldstable Debian, но неспроста ли одного размера все утилиты?

цифирка 5 означает что это хардлинки...

gena2x ★★★
()
Ответ на: комментарий от ZenitharChampion

> Смарт говорит что не сдох

вообще ext2/ext3 за годы ни разу не падала а ext3 от ext2 ничем кроме журнала не отличается. Не должно там всё накрываться при обычном сбое питания. Ну метров 60 последних файлов, но не вся система.

gena2x ★★★
()
Ответ на: комментарий от gena2x

Выше мне сказали, что fsck.ext4dev отличается от fsck.ext4 продвинутостью. А как такое возможно, если это одинакомые файлы?! Следовательно файлы одинаковые, но от названия проверялки зависит то, какую файловую систему она проверяет.

ZenitharChampion ★★★★★
() автор топика
Ответ на: комментарий от ZenitharChampion

верно, чтобы это работало в коде проверяется if (argv[0]==«blah») ...

gena2x ★★★
()
Ответ на: комментарий от ZenitharChampion

А может и они вообще одинаковые и выполняется код соответствующий файловой системе. У ext[234] есть заголовок в котором написано что это за fs, какие опции включены и тп.

gena2x ★★★
()
Ответ на: комментарий от gena2x

>Не должно там всё накрываться при обычном сбое питания

Наивный :) То есть — везучий.

KRoN73 ★★★★★
()
Ответ на: комментарий от gena2x

>Не должно там всё накрываться при обычном сбое питания.

К сожалению, обычные файловые системы это не БД, а работа с файлами не допускает работу с транзакциями, в которых или всё сделано или ничего не сделано. Так что накрываться обязательно должно.

anonymous
()
Ответ на: комментарий от megabaks

> надо было reiserfs использовать

Лорчую.

bsdfun ★★★★★
()

используй ntfs

wxw ★★★★★
()

У меня на арче после установки винды это было. Переставляй систему.

Deleted
()
Ответ на: комментарий от ZenitharChampion

> Ещё ничего не накрылось, система загружается и работает.

Тогда в чём проблема? Не знаю как в генту проверить целостность установленных пакетов, но этой процедуры должно быть достаточно для самоуспокоения.

Если винч не накрылся, нет нужды ничего переставлять.

gena2x ★★★
()
Ответ на: комментарий от anonymous

>>К сожалению, обычные файловые системы это не БД, а работа с файлами не допускает работу с транзакциями, в которых или всё сделано или ничего не сделано. Так что накрываться обязательно должно.

обшибаетесь! журналируемая фс может сначала записывать данные в журнал, потом на место назначения, потом удалять из журнала - фактически транзакция. почитайте таки про ext3 и ext4 (по умолчанию правда в «журнал» записывается только операция). так что если и должно что-то накрываться, то максимум те файлы которые записывались, а либы и бинарники наш родной линукс пишет не так часто. именно поэтому накрываются в основном всякие там кэши фаефокса и либреофиса. И отложенная запись в линухе этому тоже неплохо способствует.

вот

anykey_mlya
()
Ответ на: комментарий от anonymous

>К сожалению, обычные файловые системы это не БД, а работа с файлами не допускает работу с транзакциями, в которых или всё сделано или ничего не сделано. Так что накрываться обязательно должно

а что делает в ext3 data=journal ?

vasya_pupkin ★★★★★
()
Ответ на: комментарий от vasya_pupkin

Возможно ли в ext3 или ext4 создать точку отката, потом открыть N файлов, поработать с ними, возможно, час-другой-сутки. Потом сказать файловой системе: я всё сделал, запиши теперь как реальные данные, т.е COMMIT. Или сказать: ой, блин, ошибка вдруг вылезла, всё отменяем, т.е. ROLLBACK. Или если питание вырубилось, то всё откатится в исходное состяние, как будто я и не начинал работать с этими N файлами. При этом должна обеспечиваться параллельная работа M пользователей со их собственными файловыми транзакциями.
Или возможно такое?

anonymous
()
Ответ на: комментарий от anonymous

>Или возможно такое?

конечно, возможно. Называется svn.

vtVitus ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.