LINUX.ORG.RU

Регулярно ломается ФС на Fedora

 , ,


0

1

Fedora 29. Вместо приятного серого фона GDM вижу rescue mode — просят сделать fsck. Есть пара ошибок, но всё исправлено. Полез запускать Chromium, а он не запускается.

Версия для TL;DR:

В Федоре у меня какого-то лешего портятся корневые ФС вне зависимости от ФС (XFS, ext4) и физического устройства.

В терминале:

$ chromium-browser 
/usr/bin/chromium-browser: error while loading shared libraries: libmojo_base_mojom_blink.so: ELF load command past end of file

Что за библиотека?

$ rpm -qf /usr/lib64/chromium-browser/libmojo_base_mojom_blink.so
chromium-libs-73.0.3683.86-2.fc29.x86_64

Всё ли в порядке с файлами этого пакета?

$ rpm -V chromium-libs
..5......    /usr/lib64/chromium-browser/libmojo_base_mojom_blink.so
..5......    /usr/lib64/chromium-browser/libresource_coordinator_public_mojom_blink.so

Число 5 означает, что MD5-сумма файла не совпадает с исходной. Файл повреждён. Опять.

$ readelf -Ws /usr/lib64/chromium-browser/libmojo_base_mojom_blink.so
readelf: /usr/lib64/chromium-browser/libmojo_base_mojom_blink.so: Error: Reading 1728 bytes extends past end of file for section headers
readelf: /usr/lib64/chromium-browser/libmojo_base_mojom_blink.so: Error: the dynamic segment offset + size exceeds the size of the file

Мне нравится Fedora. Я хочу её использовать. Но эта мистика не даёт мне спокойно пользоваться этим замечательным дистрибутивом.

Эпизод 1

На ноутбуке по привычке стоковый HDD. Медленно, но много.

У меня сложилась привычка ставить систему на XFS, поэтому в этой ФС и установил Федору. На следующий день перестал запускаться GNOME Shell — после логина тупо перебрасывает обратно на GDM. К сожалению, никаких логов я не сохранил, но в journalctl много раз повторялись сообщения о неисправности корневой ФС и просьбы запустить xfs_repair. Но я в этот раз просто отключил через консоль расширения GNOME и всё заработало. Вроде бы.

Эпизод 2

Через несколько дней попытка запустить GTK-приложения стала валить GNOME Shell. Совсем. В journalctl какой-то стектрейс после попытки и снова сообщения о поломанной ФС их запустить (ещё раз прошу прощения, логов нет, пишу по памяти). В этот раз уже догадался сделать rpm -Va и обнаружил, что libgtk-3.so.0.2400.1 имеет не ту MD5-сумму. Переустановил пакет с GTK+3 и с LiveUSB сделал даже xfs_repair — всё прошло успешно. Начал о чём-то догадываться.

Эпизод 3

Снова не запускается GNOME Shell. Переключаюсь на TTY и после логина получаю ошибку, связанную с libtcl8.6.so — на экране вместо некоторых букв и символов кракозябры. Узнаю, что на этот раз сломался не только GTK+3, но и пакет tcl (правда не совсем понимаю, как он связан с TTY). Переустановил эти пакеты. В этот раз я решил, что проблема в XFS (но какая?), но пока оставил всё как есть.

Между тем у меня параллельно назревала идея купить SSD для этого ноута. К тому же мысли начали закрадываться о том, что старый HDD Seagate начал рассыпаться. Проверка на бэды? — не, не наш путь.

На днях купил SSD и накатил свою любимую шляпу, но теперь на ext4. Ну а через пару дней случилось то, что в начале поста.

Возможно, кто-то сталкивался с подобным, всё-таки один из самых популярных дистров.

★★★

Вывод смарт нужен для обоих дисков. Тут дело может быть в повреждённых контактах, шлейфах. А также было б неплохо прогнать memtest

r0ck3r ★★★★★ ()
  • сколько лет ноутбуку?
  • что за ноут?
  • МП не меняли?
  • в других ОС такое было?
  • memtest что?
  • диски в другом ПК потестировать
  • Проверка на бэды? — не, не наш путь.

    тему зачем создал?
anonymous ()

В Федоре у меня какого-то лешего портятся корневые ФС вне зависимости от ФС (XFS, ext4) и физического устройства.

Обнови ядро, на всякий.

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

сколько лет ноутбуку? что за ноут? МП не меняли?

Дешёвый ideapad за 500 долларов, которому около полутора лет, всё стоковое.

в других ОС такое было?

Долгое время (около года) рядом поживали Slackware и Windows 10 — никаких нареканий. Вся эта дребедень началась с установки Fedora.

Есть такая особенность, что ломается всегда только корневой раздел. Домашний раздел и /boot всегда целы.

В вантузе провёл мероприятия: chkdsk, sfc и прочая — там тоже всё в полном порядке. И вообще, будь это аппаратная проблема, то винда тоже начала бы сыпать BSOD’ами, как она это любит, но вчера целый день там сёрфил, чертил в автокаде, гонял в каэску — никаких проблем. Загрузился в Федору — опять emergency mode. И опять сломался только /.

диски в другом ПК потестировать

На чемоданах сижу.

тему зачем создал?

Конкретных целей не преследовал.

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

Есть такая особенность, что ломается всегда только корневой раздел.

Выведи /var на отдельный раздел — будет ломаться только он. При завершении работы сервисы генерируют сообщения, которые оседают в логах где-нибудь в /var. Обычно в /var/log.

Это если твоё предположение «не успевает отмонтировать» верно. Что, скорее всего, не так.

i-rinat ★★★★★ ()
Последнее исправление: i-rinat (всего исправлений: 1)

Именно так у меня загружается Федора:

Generating "/run/initramfs/rdsosreport.txt"

Entering emergency mode. Exit the shell to continue.
Type "journalctl" to view system logs.
You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot
after mounting them and attach it to a bug report.

:/# fsck.ext4 /dev/sda4
e2fsck 1.44.6 (5-Mar-2019)
/dev/sda4 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Missing '..' in directory inode 402414.
Fix<y>? yes
Setting filetype for entry '..' in ... (402414) to 2.
Missing '..' in directory inode 402417.
Fix<y>? yes
Setting filetype for entry '..' in ... (402417) to 2.
Pass 3: Checking directory connectivity
Unconnected directory inode 402414 (/???)
Connect to /lost+found<y>? yes
Unconnected directory inode 402417 (/???)
Connect to /lost+found<y>? yes
Pass 4: Checking reference counts
Inode 2 ref count is 17, should be 19.  Fix<y>? yes
Inode 402414 ref count is 4, should be 3.  Fix<y>? yes
Unattached inode 402416
Connect to /lost+found<y>? yes
Inode 402416 ref count is 2, should be 1.  Fix<y>? yes
Inode 402417 ref count is 3, should be 2.  Fix<y>? yes
Unattached inode 402420
Connect to /lost+found<y>? yes
Inode 402420 ref count is 2, should be 1.  Fix<y>? yes
Pass 5: Checking group summary information

/dev/sda4: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda4: 220543/2359296 files (0.1% non-contiguous), 2417654/9437184 blocks
Thetan ★★★ ()