Пользователи Arch Linux остались без домашних директорий

Оказывается, хваленые rolling-релизы Arch Linux могут не только радовать ценителей этого дистрибутива самыми свежими версиями программ, но и огорчать. Из-за ошибки в ядре Linux 4.0.2 некоторые пользователи остались с поврежденными данными, а некоторые и вовсе лишились всей информации на диске.

Arch Linux потеря данных

Проблема заключалась в том, что Linux версии 4.0.2 содержал критическую ошибку в файловой подсистеме, из-за которой данные на диске начинали тихо и незаметно разрушаться. Только когда повреждение затрагивало системные файлы и компьютер переставал загружаться, пользователи Arch Linux начинали замечать — что-то пошло не так.

Солидные дистрибутивы вроде Red Hat и Debian проходят долгое тестирование (иногда годами), чтобы разработчики успели выявить и исправить большинство подобных проблем. Но есть и дистрибутивы, разработчики которых не считают отладку чем-то важным: Ubuntu, Arch, Fedora и т.д. Учитывая, что в Arch используется еще и «плавающая» схема релизов, именно пользователи Arch первыми на себе протестировали разрушительное действие ошибки.

Паника началась еще 14 мая 2015 года на форуме Arch. Один любитель свежего софта пожаловался на загадочное сокращение объема домашней директории и поинтересовался, нет ли подобных проблем у других поклонников Arch. И тут трубу прорвало.

Пока арчеводы совещались, чесали затылки и жаловались на потери, разобраться с проблемой взялись серьезные специалисты из команды Debian (кто же еще):

«Версия 4.0.3 избавлена от критической ошибки, ведущей к серьезным потерям данных в разделах с файловой системой ext4, — сообщил на сайте bugs.debian.org один из разработчиков ядра Джош Триплет (Josh Triplett). — Я полагаю, что именно эта ошибка только что привела к серьезному повреждению файловой системы на моем сервере».

Если в вашей системе работает ядро Linux 4.0.2, рекомендуется срочно вернуться на стабильный релиз, либо обновиться до 4.0.3. Любителям полуэкспериментальных дистрибутивов можно также порекомендовать почаще делать бэкапы, ведь эта ошибка была далеко не последняя.