Это сильно зависит от того, как была отформатирована файловая система ext4. Некоторые новые функции ext4 (, например. extents
или64bit
)не могут быть поняты более старыми драйверами ext2, и ядро откажется монтировать файловую систему (, см., например, этот пост ). В общем, любая файловая система, отформатированная с помощью современного mke2fs
с параметрами по умолчанию -t ext4
, будет не монтироваться старым драйвером ext2, но если файловая система была первоначально отформатирована давным-давно, а затем обновлена до ext4, он может по-прежнему монтироваться ext2, если ни одна из новых -специфических функций ext4 не включена.
Файловые системы ext2/3/4 отслеживают, какие функции используются с помощью флагов функций compat
, rocompat
и incompat
. Эти функции обычно устанавливаются на время mke2fs
, но иногда их можно изменить с помощью tune2fs
. Если будет найдена неизвестная функция compat
, ядро смонтирует ее, но e2fsck
откажется ее проверять, потому что она может сделать что-то не так. Если обнаружена неизвестная функция rocompat
, ядро может смонтировать файловую систему только для чтения -, а любая неизвестная функция incompat
предотвратит монтирование файловой системы вообще (сообщение будет напечатано на /var/log/messages
в этом случае ).
Вы можете использовать debugfs -c -R features
для создания дампа функций, включенных в файловой системе, например:
# debugfs -c -R features /dev/sdb1
debugfs 1.42.13.wc5 (15-Apr-2016)
/dev/sdb1: catastrophic mode - not reading inode or group bitmaps
Filesystem features: has_journal ext_attr resize_inode dir_index filetype
needs_recovery dirdata sparse_super large_file huge_file uninit_bg dir_nlink
Хотя это не говорит вам, какие из них compat
, rocompat
или incompat
. Если ваша версия debugfs
не понимает какую-то новую функцию, она напечатает ее как I0400
или что-то подобное.
Я не уверен насчет устаревшего синтаксиса, но вам, вероятно, нужно привязать вход udp и порт к набору правил с помощью:
$ModLoad imudp
$InputUDPServerBindRuleset local
$UDPServerRun 514