https://www.opennet.ru/openforum/vsluhforumID3/59465.html Для некоторых специфических целей может понадобиться изменить номер inode у существующего файла, <br>либо создать файл с заранее заданным номером. Штатными средствами сделать это - задача нетривиальная, <br>однако с помощью модуля ядра это несложно. <br><br>Создаем файл inode_modify.c следующего содержания: <br><br> #include &lt;linux/module.h&gt;<br> #include &lt;linux/kernel.h&gt;<br> #include &lt;linux/version.h&gt;<br><br> #include &lt;linux/fs.h&gt;<br> #include &lt;linux/namei.h&gt;<br><br> #ifndef BUF_LEN<br> #define BUF_LEN 256<br> #endif<br><br> char file[BUF_LEN];<br> unsigned long new_num=0;<br><br> module_param_string( name, file, BUF_LEN, 0);<br> module_param(new_num, ulong, 0);<br><br><br> struct nameidata nd;<br><br> unsigned long get_number() {<br>int error;<br>error = path_lookup( file, 0, &nd);<br>printk( KERN_ALERT "name = %s\n", file);<br>if(error) {<br>printk( KERN_ALERT "Can't access file\n");<br>return -1;<br>}<br> #if LINUX_VERSION_CODE &gt;= KERNEL_VERSION(2,6,25)<br>return nd.path.dentry-&gt;d_inode-&gt;i_ino;<br> #else <br>return nd.dentry-&gt;d_inode-&gt;i_ino;<br> #endif<br> }<br><br> unsigned https://www.opennet.ru/openforum/vsluhforumID3/59465.html#10 Tue, 06 Oct 2009 08:15:16 GMT крайне бесполезный и к томуже крайне ОПАСНЫЙ хак.<br>Бесполезный потому сразу-же после изменения номера инода его могут выкинуть из памяти (если его не держит какой нибудь файл)<br>Опасный потому что в лучшем случае приведет к срабатыванию какого нибудь BUG_ON(), а в хучшем разнесет вашу ФС на клочки. Например при попытке записи в файл мы пытаясь выделить блок попадем сюда. ext3_get_inode_block(inode-&gt;i_sb, inode-&gt;i_ino, iloc)<br>Так что если уж очень хочется использовать этот способ то строго запретить запись через immutable<br>или еще лучше перевести ФС в RO режим.<br><br>А если нужен нормальный а не временный эффект с возможностью записи то стоит использовать e2fslib<br>(в случае etx234) где можно выполнять любые операции с инодом<br>А точнее выделить инод с нужным номером и скопировать в него i_blocks с исходного инода. Это будет работать по факту такой подхот используется online-defrag тулзой для etx4<br><br>-dmonakhov<br> https://www.opennet.ru/openforum/vsluhforumID3/59465.html#9 Fri, 02 Oct 2009 20:23:23 GMT &gt;Какое у вас ядро и ФС? Такой сценарий у меня на 2.6.30.8-64.fc11.i586 <br><br>2.6.32-rc1<br> https://www.opennet.ru/openforum/vsluhforumID3/59465.html#8 Fri, 02 Oct 2009 10:01:46 GMT Какое у вас ядро и ФС? Такой сценарий у меня на 2.6.30.8-64.fc11.i586 и ext3 вполне работает: <br><br>[del@leshuk inode_modify]$ &gt;ino1<br>[del@leshuk inode_modify]$ &gt;ino2<br>[del@leshuk inode_modify]$ ls -i1 ino[0-9]<br>1142265 ino1<br>1142266 ino2<br>[del@leshuk inode_modify]$ sudo insmod ./inode_modify.ko name=ino2 new_num=1142265<br>[del@leshuk inode_modify]$ ls -i1 ino[0-9]<br>1142265 ino1<br>1142265 ino2<br> https://www.opennet.ru/openforum/vsluhforumID3/59465.html#7 Thu, 01 Oct 2009 17:40:59 GMT pavel@amd64:/work/tmp&gt; &gt; ino1<br>pavel@amd64:/work/tmp&gt; &gt; ino2<br>pavel@amd64:/work/tmp&gt; ls -i1 ino[0-9]<br><br>2924453 ino1<br>2924454 ino2<br><br>pavel@amd64:/work/tmp&gt; sudo /sbin/insmod ./ino.ko name=/work/tmp/ino2 new_num=2924453<br><br>pavel@amd64:/work/tmp&gt; dmesg &#124; grep ino<br><br>name = /work/tmp/ino2<br>New inode number is 2924453<br><br>pavel@amd64:/work/tmp&gt; ls -i1 ino[0-9]<br><br>2924453 ino1<br>2924454 ino2<br><br>Тo есть хрен.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/59465.html#6 Thu, 01 Oct 2009 10:50:12 GMT Нет, физически файл не перемещается. Изменяется только одно поле структуры struct inode.<br> https://www.opennet.ru/openforum/vsluhforumID3/59465.html#5 Thu, 01 Oct 2009 10:32:26 GMT А физически файл перемещается на диске?<br>Можно это использовать чтобы все файлы, нужные для readahead, переместить, чтобы ускорить доступ к ним?<br> https://www.opennet.ru/openforum/vsluhforumID3/59465.html#4 Thu, 01 Oct 2009 09:59:43 GMT Ээээ... хорошего о себе мнения автор )))<br>См. MODULE_AUTHOR<br> https://www.opennet.ru/openforum/vsluhforumID3/59465.html#3 Thu, 01 Oct 2009 08:04:09 GMT Я это использовал в целях репродакшна специфической ситуации для тестирования.<br><br>/* Тестер я */<br> https://www.opennet.ru/openforum/vsluhforumID3/59465.html#2 Wed, 30 Sep 2009 19:55:05 GMT Не в обиду автору - в целях обмана rkhunter и прочих tripwire.<br>