Как проанализировать время прошивки в systemd-analyze?
Очевидно, вы не нашли никакого подхода в man umount.
Поскольку доступ к устройствам осуществляется через устройство -сопоставления устройств(/dev/mapper// /dev/dm-*), вы можете реализовать удивительные сопоставления re -с помощью dmsetup. Для удобства это включает
remove [-f|--force] device_name
Removes a device. It will no longer be visible to dmsetup.
Open devices cannot be removed except with older kernels that
contain a version of device-mapper prior to 4.8.0. In this case
the device will be deleted when its open_count drops to zero.
From version 4.8.0 onwards, if a device can't be removed because
an uninterruptible process is waiting for I/O to return from it,
adding --force will replace the table with one that fails all
I/O, which might allow the process to be killed.
Я думал, что вы могли бы получить более надежное поведение, если бы вы могли сделать то же самое на уровне файловой системы, но варианты для этого кажутся еще более неясными. Например. вам нужна какая-то конструкция, такая как сетевая файловая система FUSE, sshfs... как сетевая файловая система, она должна поддерживать кэширование чтения... и из справочной страницы это выглядит как тайм-ауты кэша, например. для каталогов можно установить высокое, как вам нужно... sshfs поддерживает повторные попытки, поэтому вы должны быть в состоянии убить прослушиватель SSH... В этом примере чтение, не удовлетворяемое кешем, будет жестко -блокироваться на неопределенный срок.
Поэтому я предлагаю потратить некоторое время на сопоставление устройств и dmsetup.
В любом случае вы не размонтируете файловую систему, используемую приложением. Запись mount по-прежнему будет видна в /proc/mountsи т. д. Это абсолютно необходимо; открытый файл должен указывать на некоторую файловую систему. Вместо этого вы отсоединяете эту файловую систему от исходного резервного хранилища.
Я ожидаю, что журналы загрузки с отметками времени -на уровне отдельных событий встроенного ПО будут доступны только на серьезном оборудовании серверного -класса. Но в этом случае самопроверка -требует больше усилий и может занять несколько минут. По моему опыту, с аппаратным обеспечением потребительского класса -такой уровень диагностики прошивки почти неслыханный.
Несколько советов по диагностике того, что отнимает время, в порядке возрастания требуемых усилий/ресурсов:
Посмотрите на дисплей во время выполнения этапа прошивки процесса загрузки. Если система показывает только логотип производителя, нажатие Esc может переключить его на более информативный дисплей. Или вам может потребоваться отключить загрузочный логотип в настройках BIOS. На экране могут появиться сообщения, относящиеся к различным частям процесса загрузки микропрограммы. Например, сетевые карты, аппаратные RAID-контроллеры и т. п. могут отображать свои собственные загрузочные сообщения и, возможно, требуют значительного времени для собственной инициализации. В большинстве случаев эта инициализация предназначена только для возможности загрузки с этого устройства. Если вы знаете, что вам не нужно загружаться по сети или с дополнительного диска/RAID-контроллера, поищите способы отключить их. Это может быть настройка BIOS, или эти компоненты могут иметь свой собственный экран настроек mini -BIOS -с комбинацией клавиш для доступа к ним, отображаемой во время загрузки.Или вам может понадобиться специальная утилита настройки, чтобы «отключить расширение BIOS/драйвер UEFI» определенного компонента.
Если у вас высококлассный настольный компьютер, на его материнской плате может быть двухразрядный светодиодный дисплей -для POST-кодов. В противном случае POST-коды могут отображаться с помощью небольшой диагностической карты(более старых систем )или USB-устройство диагностики(современные системы с функцией «USB Debug Port» ). Вам также потребуется получить список POST-кодов, применимых к вашей системе :. Проверьте руководство по системе/материнской плате или веб-страницы поддержки поставщика системы/материнской платы/BIOS. Затем нужно отслеживать коды, отображаемые во время загрузки, и проверять, что на самом деле означают коды, которые отображаются дольше всего :, есть ли какие-либо соответствующие настройки BIOS, которые могут сократить или полностью пропустить эту конкретную фазу?
Если вы сможете получить OEM-утилиты настройки BIOS вашей системы, возможно, вы сможете изменить некоторые настройки, недоступные обычным смертным. Это требует понимания того, что вы делаете, и хорошо подходит для модификации BIOS.
Если ваше оборудование совместимо с coreboot , вы можете полностью заменить свой обычный BIOS микропрограммой Coreboot, которая может быть более настраиваемой и часто загружается быстрее. Это большой и не всегда легко обратимый шаг, который может привести к поломке вашего оборудования, если вы сделаете что-то неправильно :проведите тщательное исследование, прежде чем решиться на это.