"потерялось" устройство, соответствующее swap разделу

[ⓓ ⓔ ⓡ SysMan]

Добра дан , коллеги!

 Есть проблема следующего толка, после установки специфического системно-наколенного софта система перестала видеть одно из устройств, не могу закапчурить текст.

 Подскажите как в ubuntu 16 включить такой дебаг, который мне позволил выявить процесс просмотра MBR и GPT на предмет существующих разделов и присваивание им имён а-дя sda1, sda5 ?

Замена info на debug в /etc/udev/udev.conf (с последующим update-initramfs ) - не помогло.

[victor00000]

Код: [Выделить]

swapon -s
sudo fdisk -l
?

[Vitsliputsli]

Так устройство пропало или раздел?

дебаг, который мне позволил выявить процесс просмотра MBR и GPT на предмет существующих разделов и присваивание им имён а-дя sda1, sda5

Дебаг чего? Но если уж так хочется провести низкоуровневый анализ, просто откройте диск и прочитайте тот же MBR, структура его достаточно простая (насчет GPT не скажу, не пользуюсь).

[ⓓ ⓔ ⓡ SysMan]

 Поясняю, структуру MBR И GPT я знаю, там и знать-то нечего ...
 Ещё раз абисняю за вопрос: как заставить систему вывести диагностику процесса сканирования сначала MBR, а потом и GPT - и принятие решения какой валидный, а какой нет.
 Другой вопрос - как системе сказать что нужно сделать повторный процесс сканирования? Делается это системным вызовом на языке Си или какой командой - роли не играет.

[Vitsliputsli]

Если вы знаете структуру MBR, то уже знаете ответ на вопрос "какой валидный, а какой нет". Не очень понимаю, чего вы хотите добиться, но если так хочется - дисками управляет udev, хотите проверить его работу, включите логирование в режиме debug, а управление udev "на лету" осуществляется через udevadm.

[ⓓ ⓔ ⓡ SysMan]

dr.SysMan,

Код: [Выделить]

swapon -s
sudo fdisk -l
?

На исходной системе:

Код: [Выделить]

/dev/sda1  *       2048  8484863 8482816    4G 83 Linux
/dev/sda2       8486910 10483711 1996802  975M  5 Extended
/dev/sda5       8486912 10483711 1996800  975M 82 Linux swap / Solaris

GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************

Disk /dev/sda: 10485760 sectors, 5.0 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 9CF38D7C-D9E8-4C0F-A3B6-12D0672623BF
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 10485726
Partitions will be aligned on 2048-sector boundaries
Total free space is 6077 sectors (3.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         8484863   4.0 GiB     8300  Linux filesystem
   5         8486912        10483711   975.0 MiB   8200  Linux swap


ls /dev/sd*
/dev/sda /dev/sda1 /dev/sda2 /dev/sda5

blkid
dev/sda1: UUID="bad55706-6e68-4ccd-9a73-7aeed8694ffa" TYPE="ext4" PARTUUID="98c30018-01"

dev/sda2: это показывает, вывод не схватил
dev/sda5: это показывает, вывод не схватил


На порченной:

Код: [Выделить]

/dev/sda1  *       2048  8484863 8482816    4G 83 Linux
/dev/sda2       8486910 10483711 1996802  975M  5 Extended
/dev/sda5       8486912 10483711 1996800  975M 82 Linux swap / Solaris

GPT fdisk (gdisk) version 1.0.3

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************

Disk /dev/sda: 10485760 sectors, 5.0 GiB
Model: VBOX HARDDISK   
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 36B51F01-A730-4A1F-9EB3-8F37491EAD1F
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 10485726
Partitions will be aligned on 2048-sector boundaries
Total free space is 6077 sectors (3.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         8484863   4.0 GiB     8300  Linux filesystem
   5         8486912        10483711   975.0 MiB   8200  Linux swap


ls /dev/sd*
/dev/sda /dev/sda1 /dev/sda2

blkid
dev/sda1: UUID="bad55706-6e68-4ccd-9a73-7aeed8694ffa" TYPE="ext4" PARTUUID="98c30018-01"


Эффект был привнесён ПО, о котором я упомянул, хорошее  плохое - не предмет топика, нужен способ либо включения диагностики при старте системы, либо после старта системы инициировать рескан партишенов - и также крайне желательно увидеть протоколирование этого процесса.

Пользователь добавил сообщение 26 Сентября 2018, 11:19:04:

Если вы знаете структуру MBR, то уже знаете ответ на вопрос "какой валидный, а какой нет". Не очень понимаю, чего вы хотите добиться, но если так хочется - дисками управляет udev, хотите проверить его работу, включите логирование в режиме debug, а управление udev "на лету" осуществляется через udevadm.

udev - таки ничем не управляет в разбираемом случае, всё что он может сделать - так это из sysfs выдрать инфу о партициях. Также, пожалуйста, прочитайте первое сообщение - включение udev_log с info на дебуг - не повлияло ни на что. Это свидетельствует о том, что udev - уже работал по тем данным, которые для него были валидны.

Пользователь добавил сообщение 26 Сентября 2018, 11:22:24: Наверное стоит добавить, что скорее проблема не специфична дл swap-раздела, но для любого раздела, который "сидит" в GPT структуре. Процесс скана партиций начинается c MBR - а он валидный видит  два раздела (второй тип 5), потом пытается сделать разбор GTP и ... что-то пошло не так. Так вот и хочу увидеть протоколирование этаво процесса.

[Vitsliputsli]

Found invalid GPT and valid MBR; converting MBR to GPT format in memory.

Я бы сперва починил это.

Насколько я знаю, устройствами управляет непосредственно ядро, но попробуйте еще посмотреть udisks, в нем, кстати, можно спрятать отдельные диски.

[victor00000]

Код: [Выделить]

sudo /usr/lib/klibc/bin/fstype /dev/sda5
?

[Vitsliputsli]

Процесс скана партиций начинается c MBR - а он валидный видит  два раздела (второй тип 5), потом пытается сделать разбор GTP и ... что-то пошло не так

Ну вы же понимаете, что gpt и msdos/mbr это две разные таблицы разделов и они не могут обе работать? О чем и написал fdisk, что он просто в памяти транслирует MBR в GPT, т.е. мы видим некую интерпретацию fdisk, а фактически все работает некорректно.

[ⓓ ⓔ ⓡ SysMan]

Процесс скана партиций начинается c MBR - а он валидный видит  два раздела (второй тип 5), потом пытается сделать разбор GTP и ... что-то пошло не так

Ну вы же понимаете, что gpt и msdos/mbr это две разные таблицы разделов и они не могут обе работать? О чем и написал fdisk, что он просто в памяти транслирует MBR в GPT, т.е. мы видим некую интерпретацию fdisk, а фактически все работает некорректно.

fdisk работает по данным, которые он видит после старта системы. Бесспорно! И он и правда бежит по данным, читанным с диска.
Но blkid - же не видит ничего, а он работает по данным, которые были построены во время старта системы.
udev - то же не видит раздела из GPT, потому что по этому разделу не построен контекст. Контекст строится чем-то перед запихиванием в sysfs.

[Vitsliputsli]

Повторюсь fdisk просто расписывает данные полученные им из MBR, т.е. что мы бы видели, если бы диск работал как корректный диск с разметкой msdos, но похоже, что это не так, и система пытается интерпретировать диск как gpt, а там все плохо.
Если задача починить, то нужно, как минимум, привести диск к единой таблице разметки.

[Sly_tom_cat]

Я бы сперва починил это.

Не надо ничего чинить, это не ошибка - просто у человека не используется GPT.

[ⓓ ⓔ ⓡ SysMan]

Повторюсь fdisk просто расписывает данные полученные им из MBR, т.е. что мы бы видели, если бы диск работал как корректный диск с разметкой msdos, но похоже, что это не так, и система пытается интерпретировать диск как gpt, а там все плохо.
Если задача починить, то нужно, как минимум, привести диск к единой таблице разметки.

А вот я тоже повторюсь. :-) MBR -корректный, а вот GPT на момент сканирования с т.з. системы - нет. Задача была не чинить, а понять как система сканирует партиции, в какой момент она это делает и так далее ...

Я отыскал инструмент partprobe, после его запуска у меня появился девайс /dev/sda5 и даже swapon -s выдал долгожданное:

Код: [Выделить]

Filename Type Size Used Priority
/dev/sda5                              partition 998396 0 -2

 Я не получил ответа на первичный вопрос: как систему заставить протоколировать процесс сканирования партиций. Однако попробую выжать что-нибудь толковое из parted/partprobe.

Отвлекусь на изучение partprobe-ра, будет что-то толковое - отпишу.


Всем спасибо за участие!

[Sly_tom_cat]

Нет у вас там никакого GPT. Успокойтесь и забудьте про GPT.

У вас все разделы записаны в MBR.

Что там сканирует система при инициализации уже протоколируется, вы можете все что нужно найти в логах загрузки (dmesg).
Ищите там что не так сканируется на запуске и разбирайтесь с ошибками.

[Vitsliputsli]

Это я ввел в заблуждение, прошу прощения, никогда не пользовался gdisk, а fdisk работает корректно с обеими таблицами.

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