Bug 46879 - [libmount] fsck: /etc/fstab: failed to parse fstab: Invalid argument
Summary: [libmount] fsck: /etc/fstab: failed to parse fstab: Invalid argument
Status: NEW
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: 2023-09-14 18:59 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

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 исправляет багу.