Bug 46879 - [libmount] fsck: /etc/fstab: failed to parse fstab: Invalid argument
Summary: [libmount] fsck: /etc/fstab: failed to parse fstab: Invalid argument
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: util-linux (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: Alexey Gladkov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-07-12 15:18 MSK by Andrew Vasilyev
Modified: 2024-10-28 16:48 MSK (History)
5 users (show)

See Also:

Attachments
Лог с ошибкой fsck (9.77 KB, text/plain)
2023-07-12 15:18 MSK, Andrew Vasilyev 		no flags Details
Лог без ошибки fsck с версией 2.38.1 (14.05 KB, text/plain)
2023-07-12 15:18 MSK, Andrew Vasilyev 		no flags Details
/etc/fstab (360 bytes, text/plain)
2023-07-12 15:19 MSK, Andrew Vasilyev 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Andrew Vasilyev 2023-07-12 15:18:01 MSK 
Created attachment 13802 [details]
Лог с ошибкой fsck

После обновления util-linux с 2.38.1-alt1 на 2.39.1-alt1 при монтировании
  корневой ФС получаем ошибку: "fsck: /etc/fstab: failed to parse fstab: Invalid argument",
  корень монтируется в read-only:

/dev/vda2 on / type ext4 (ro,relatime,lazytime,data=ordered)

  при этом остальные файловые системы монтируются нормально:

/dev/vda5 on /var/lib/vz type ext4 (rw,nosuid,nodev,noexec,relatime,lazytime,data=ordered)

  С util-linux 2.38.1 "всё работает". /etc/fstab выглядит так:

proc        /proc            proc    nosuid,noexec,gid=proc        0 0
devpts        /dev/pts        devpts    nosuid,noexec,gid=tty,mode=620    0 0
tmpfs        /tmp            tmpfs    nosuid                0 0
UUID=013bb23e-6917-4a8f-8e01-0c041f6baa7a    /    ext4    relatime    1    1
UUID=f7282c0b-6377-4976-b8b5-8bd2b8584e26    /var/lib/vz    ext4    nodev,nosuid,noexec,relatime    1    2
UUID=e8c59336-4475-4311-8e50-c5b2e58b9ac8    swap    swap    defaults    0    0

  Логи с LIBMOUNT_DEBUG=all во вложениях.
  Ядро kernel-image-ovz-el7 3.10.0-alt4.1160.83.1.vz7.194.6 (с 3.10.0-alt4.1160.90.1.vz7.200.2 аналогично).

  Возможно, проблема связана с изменениями в libmount:

* Wed Jun 28 2023 Alexey Gladkov <legion@altlinux.ru> 2.39.1-alt1
...
- libmount: (optlist) correctly detect ro status (ALT#46679).

* Mon Jun 26 2023 Alexey Gladkov <legion@altlinux.ru> 2.39-alt1
...
- libmount:
  ...
  + Enable new file descriptors based mount kernel API.

P.S. Проблема локализована именно в пакете util-linux, т.е. никакие другие пакеты
     не обновляются, кроме прямых зависимостей. Сначала под подозрением был
     systemd, но при его обновлении с сохранением libmount 2.38.1 ошибки нет.
Comment 1 Andrew Vasilyev 2023-07-12 15:18:58 MSK 
Created attachment 13803 [details]
Лог без ошибки fsck с версией 2.38.1
Comment 2 Andrew Vasilyev 2023-07-12 15:19:33 MSK 
Created attachment 13804 [details]
/etc/fstab
Comment 3 Alexey Gladkov 2023-07-21 12:55:28 MSK 
Мне пока не удаётся найти в чём проблема.
Comment 4 Andrew Vasilyev 2023-07-25 18:39:22 MSK 
(Ответ для Alexey Gladkov на комментарий #3)
> Мне пока не удаётся найти в чём проблема.

  Может, добавить какую-то диагностику в load_fs_info() (disk-utils/fsck.c)
  и/или mnt_table_parse_fstab() (libmount/src/tab_parse.c)? Я бы запустил с
  отладкой... Версия от 2023-07-20 (upstream/master) ведёт себя так же.
Comment 5 Andrew Vasilyev 2023-09-14 18:59:14 MSK 
Отключение libmount-mountfd-support при сборке util-linux исправляет багу.
Comment 6 Andrew Vasilyev 2024-10-28 16:48:04 MSK 
deleted kernel-image-ovz-el7
Oct. 28, 2024 Andrew A. Vasilyev:
- package removed