How do inode numbers from ls -i relate to inodes on disk












0















I'm trying to understand how inode numbers (as displayed by ls -i) work with ext4 partitions.



I'm trying to understand whether they are a construct of the linux kernel and mapped to inodes on disk, or if they actually are the same numbers stored on disk.



Questions:




  1. Do inode numbers change when a computer is rebooted?

  2. When two partitions are mounted, can ls -i produce the same inode number for two different files as long as they are on different partitions.

  3. Can inode numbers be recycled without rebooting or re-mounting partitions?




Why I'm asking...



I want to create a secondary index on a USB hard drive with 1.5TB of data and around 20 million files (filenames). Files range from 10s of bytes to 100s of GB. Many of them are hard linked multiple times, so a single file (blob on disk) might have anything up to 200 file names.



My task is to save space on disk by detecting duplicates and replacing the duplication with even more hard links.



Now as a single exercise, I think I can create a database of every file on disk, it's shasum, permissions etc... Once built, detecting duplication should be trivial. Bit I need to be certain I am using the right unique key. Filenames are inappropriate due to the large number of existing hard links. My hope is that I can use inode numbers.



What I would like to understand is whether or not the inode number us going to change when I next reboot my machine. Or if they are even more volatile (will they change while I'm building my database?)



All the documentation I read fudges the distinction between inode numbers as presented by the kernel and inodes on disk. Whether or not these are the same thing is unclear based on the articles I've already read.










share|improve this question





























    0















    I'm trying to understand how inode numbers (as displayed by ls -i) work with ext4 partitions.



    I'm trying to understand whether they are a construct of the linux kernel and mapped to inodes on disk, or if they actually are the same numbers stored on disk.



    Questions:




    1. Do inode numbers change when a computer is rebooted?

    2. When two partitions are mounted, can ls -i produce the same inode number for two different files as long as they are on different partitions.

    3. Can inode numbers be recycled without rebooting or re-mounting partitions?




    Why I'm asking...



    I want to create a secondary index on a USB hard drive with 1.5TB of data and around 20 million files (filenames). Files range from 10s of bytes to 100s of GB. Many of them are hard linked multiple times, so a single file (blob on disk) might have anything up to 200 file names.



    My task is to save space on disk by detecting duplicates and replacing the duplication with even more hard links.



    Now as a single exercise, I think I can create a database of every file on disk, it's shasum, permissions etc... Once built, detecting duplication should be trivial. Bit I need to be certain I am using the right unique key. Filenames are inappropriate due to the large number of existing hard links. My hope is that I can use inode numbers.



    What I would like to understand is whether or not the inode number us going to change when I next reboot my machine. Or if they are even more volatile (will they change while I'm building my database?)



    All the documentation I read fudges the distinction between inode numbers as presented by the kernel and inodes on disk. Whether or not these are the same thing is unclear based on the articles I've already read.










    share|improve this question



























      0












      0








      0








      I'm trying to understand how inode numbers (as displayed by ls -i) work with ext4 partitions.



      I'm trying to understand whether they are a construct of the linux kernel and mapped to inodes on disk, or if they actually are the same numbers stored on disk.



      Questions:




      1. Do inode numbers change when a computer is rebooted?

      2. When two partitions are mounted, can ls -i produce the same inode number for two different files as long as they are on different partitions.

      3. Can inode numbers be recycled without rebooting or re-mounting partitions?




      Why I'm asking...



      I want to create a secondary index on a USB hard drive with 1.5TB of data and around 20 million files (filenames). Files range from 10s of bytes to 100s of GB. Many of them are hard linked multiple times, so a single file (blob on disk) might have anything up to 200 file names.



      My task is to save space on disk by detecting duplicates and replacing the duplication with even more hard links.



      Now as a single exercise, I think I can create a database of every file on disk, it's shasum, permissions etc... Once built, detecting duplication should be trivial. Bit I need to be certain I am using the right unique key. Filenames are inappropriate due to the large number of existing hard links. My hope is that I can use inode numbers.



      What I would like to understand is whether or not the inode number us going to change when I next reboot my machine. Or if they are even more volatile (will they change while I'm building my database?)



      All the documentation I read fudges the distinction between inode numbers as presented by the kernel and inodes on disk. Whether or not these are the same thing is unclear based on the articles I've already read.










      share|improve this question
















      I'm trying to understand how inode numbers (as displayed by ls -i) work with ext4 partitions.



      I'm trying to understand whether they are a construct of the linux kernel and mapped to inodes on disk, or if they actually are the same numbers stored on disk.



      Questions:




      1. Do inode numbers change when a computer is rebooted?

      2. When two partitions are mounted, can ls -i produce the same inode number for two different files as long as they are on different partitions.

      3. Can inode numbers be recycled without rebooting or re-mounting partitions?




      Why I'm asking...



      I want to create a secondary index on a USB hard drive with 1.5TB of data and around 20 million files (filenames). Files range from 10s of bytes to 100s of GB. Many of them are hard linked multiple times, so a single file (blob on disk) might have anything up to 200 file names.



      My task is to save space on disk by detecting duplicates and replacing the duplication with even more hard links.



      Now as a single exercise, I think I can create a database of every file on disk, it's shasum, permissions etc... Once built, detecting duplication should be trivial. Bit I need to be certain I am using the right unique key. Filenames are inappropriate due to the large number of existing hard links. My hope is that I can use inode numbers.



      What I would like to understand is whether or not the inode number us going to change when I next reboot my machine. Or if they are even more volatile (will they change while I'm building my database?)



      All the documentation I read fudges the distinction between inode numbers as presented by the kernel and inodes on disk. Whether or not these are the same thing is unclear based on the articles I've already read.







      linux filesystems ext4 inode






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited Feb 4 at 10:32







      Philip Couling

















      asked Feb 3 at 21:55









      Philip CoulingPhilip Couling

      988617




      988617






















          2 Answers
          2






          active

          oldest

          votes


















          4















          I'm trying to understand how inode numbers (as displayed by ls -i) work with ext4 partitions.




          Essentially, inode is a reference for a filesystem(!), a bridge between actual data on disk (the bits and bytes) and name associated with that data (/etc/passwd for instance). Filenames are organized into directories, where directory entry is filename with corresponding inode.



          Inode then contains the actual information - permissions, which blocks are occupied on disk, owner, group, etc. In How are directory structures stored in UNIX filesystem, there is a very nice diagram, that explains relation between files and inodes a bit better:



          enter image description here



          And when you have a file in another directory pointing to the same inode number, you have what is known as hard link.



          Now, notice I've emphasized that inode is reference specific to filesystem, and here's the reason to be mindful of that:




          The inode number of any given file is unique to the filesystem, but not necessarily unique to all filesystems mounted on a given host. When you have multiple filesystems, you will see duplicate inode numbers between filesystems, this is normal.




          This is in contrast to devices. You may have multiple filesystems on the same device, such as /var filesystem and /, and yet they're on the same drive.



          Now, can inode number change? Sort of. Filesystem is responsible for managing inodes, so unless there's underlying issues with filesystem, inode number shouldn't change. In certain tricky cases, such as vim text editor,




          renames the old file, then writes a new file with the original name, if it thinks it can re-create the original file's attributes. If you want to reuse the existing inode (and so risk losing data, or waste more time making a backup copy), add set backupcopy yes to your .vimrc.




          The key point to remember is that where data might be the same to the user, under the hood it actually is written to new location on disk, hence the change in inode number.



          So, to make things short:





          1. Do inode numbers change when a computer is rebooted?




          Not unless there's something wrong with filesystem after reboot




          2.When two partitions are mounted, can ls -i produce the same inode number for two different files as long as they are on different partitions.




          Yes, since two different partitions will have different filesystems. I don't know a lot about LVM, but under that type of storage management two physical volumes could be combined into single logical volume, which would in my theoretical guess be the case where ls - would produce one inode per file





          1. Can inode numbers be recycled without rebooting or re-mounting partitions?




          The filesystem does that when a file is removed( that is , when all links to file are removed, and there's nothing pointing to that inode).






          My task is to save space on disk by detecting duplicates and replacing the duplication with even more hard links.




          Well, detecting duplication can be done via md5sum or other checksum command. In such case you're examining the actual data, which may or may not live under different inodes on disk. One example is from heemayls answer:



          find . ! -empty -type f -exec md5sum {} + | sort | uniq -w32 -dD





          share|improve this answer





















          • 1





            This reference: manpages.debian.org/hardlink/hardlink.1 could be useful.

            – A.B
            Feb 4 at 6:56





















          2















          1. No, inode numbers do not change when a computer is rebooted, at least not with POSIX file systems (such as ext4) where the inode is stored on disk.


          2. Yes, two different files on different partitions can have the same inode number. See Can two files on two separate filesystems share the same inode number? and Why do the directories /home, /usr, /var, etc. all have the same inode number (2)? for details. (What is unique, within a given system, is the device number–inode pair.)


          3. Yes, if you delete a file, its inode can be re-used without rebooting or re-mounting.







          share|improve this answer


























          • Ah, Good one on point 3 I hadn't thought of that.

            – Philip Couling
            Feb 3 at 22:04











          Your Answer








          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "106"
          };
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function() {
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled) {
          StackExchange.using("snippets", function() {
          createEditor();
          });
          }
          else {
          createEditor();
          }
          });

          function createEditor() {
          StackExchange.prepareEditor({
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: false,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: null,
          bindNavPrevention: true,
          postfix: "",
          imageUploader: {
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          },
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          });


          }
          });














          draft saved

          draft discarded


















          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f498495%2fhow-do-inode-numbers-from-ls-i-relate-to-inodes-on-disk%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown

























          2 Answers
          2






          active

          oldest

          votes








          2 Answers
          2






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          4















          I'm trying to understand how inode numbers (as displayed by ls -i) work with ext4 partitions.




          Essentially, inode is a reference for a filesystem(!), a bridge between actual data on disk (the bits and bytes) and name associated with that data (/etc/passwd for instance). Filenames are organized into directories, where directory entry is filename with corresponding inode.



          Inode then contains the actual information - permissions, which blocks are occupied on disk, owner, group, etc. In How are directory structures stored in UNIX filesystem, there is a very nice diagram, that explains relation between files and inodes a bit better:



          enter image description here



          And when you have a file in another directory pointing to the same inode number, you have what is known as hard link.



          Now, notice I've emphasized that inode is reference specific to filesystem, and here's the reason to be mindful of that:




          The inode number of any given file is unique to the filesystem, but not necessarily unique to all filesystems mounted on a given host. When you have multiple filesystems, you will see duplicate inode numbers between filesystems, this is normal.




          This is in contrast to devices. You may have multiple filesystems on the same device, such as /var filesystem and /, and yet they're on the same drive.



          Now, can inode number change? Sort of. Filesystem is responsible for managing inodes, so unless there's underlying issues with filesystem, inode number shouldn't change. In certain tricky cases, such as vim text editor,




          renames the old file, then writes a new file with the original name, if it thinks it can re-create the original file's attributes. If you want to reuse the existing inode (and so risk losing data, or waste more time making a backup copy), add set backupcopy yes to your .vimrc.




          The key point to remember is that where data might be the same to the user, under the hood it actually is written to new location on disk, hence the change in inode number.



          So, to make things short:





          1. Do inode numbers change when a computer is rebooted?




          Not unless there's something wrong with filesystem after reboot




          2.When two partitions are mounted, can ls -i produce the same inode number for two different files as long as they are on different partitions.




          Yes, since two different partitions will have different filesystems. I don't know a lot about LVM, but under that type of storage management two physical volumes could be combined into single logical volume, which would in my theoretical guess be the case where ls - would produce one inode per file





          1. Can inode numbers be recycled without rebooting or re-mounting partitions?




          The filesystem does that when a file is removed( that is , when all links to file are removed, and there's nothing pointing to that inode).






          My task is to save space on disk by detecting duplicates and replacing the duplication with even more hard links.




          Well, detecting duplication can be done via md5sum or other checksum command. In such case you're examining the actual data, which may or may not live under different inodes on disk. One example is from heemayls answer:



          find . ! -empty -type f -exec md5sum {} + | sort | uniq -w32 -dD





          share|improve this answer





















          • 1





            This reference: manpages.debian.org/hardlink/hardlink.1 could be useful.

            – A.B
            Feb 4 at 6:56


















          4















          I'm trying to understand how inode numbers (as displayed by ls -i) work with ext4 partitions.




          Essentially, inode is a reference for a filesystem(!), a bridge between actual data on disk (the bits and bytes) and name associated with that data (/etc/passwd for instance). Filenames are organized into directories, where directory entry is filename with corresponding inode.



          Inode then contains the actual information - permissions, which blocks are occupied on disk, owner, group, etc. In How are directory structures stored in UNIX filesystem, there is a very nice diagram, that explains relation between files and inodes a bit better:



          enter image description here



          And when you have a file in another directory pointing to the same inode number, you have what is known as hard link.



          Now, notice I've emphasized that inode is reference specific to filesystem, and here's the reason to be mindful of that:




          The inode number of any given file is unique to the filesystem, but not necessarily unique to all filesystems mounted on a given host. When you have multiple filesystems, you will see duplicate inode numbers between filesystems, this is normal.




          This is in contrast to devices. You may have multiple filesystems on the same device, such as /var filesystem and /, and yet they're on the same drive.



          Now, can inode number change? Sort of. Filesystem is responsible for managing inodes, so unless there's underlying issues with filesystem, inode number shouldn't change. In certain tricky cases, such as vim text editor,




          renames the old file, then writes a new file with the original name, if it thinks it can re-create the original file's attributes. If you want to reuse the existing inode (and so risk losing data, or waste more time making a backup copy), add set backupcopy yes to your .vimrc.




          The key point to remember is that where data might be the same to the user, under the hood it actually is written to new location on disk, hence the change in inode number.



          So, to make things short:





          1. Do inode numbers change when a computer is rebooted?




          Not unless there's something wrong with filesystem after reboot




          2.When two partitions are mounted, can ls -i produce the same inode number for two different files as long as they are on different partitions.




          Yes, since two different partitions will have different filesystems. I don't know a lot about LVM, but under that type of storage management two physical volumes could be combined into single logical volume, which would in my theoretical guess be the case where ls - would produce one inode per file





          1. Can inode numbers be recycled without rebooting or re-mounting partitions?




          The filesystem does that when a file is removed( that is , when all links to file are removed, and there's nothing pointing to that inode).






          My task is to save space on disk by detecting duplicates and replacing the duplication with even more hard links.




          Well, detecting duplication can be done via md5sum or other checksum command. In such case you're examining the actual data, which may or may not live under different inodes on disk. One example is from heemayls answer:



          find . ! -empty -type f -exec md5sum {} + | sort | uniq -w32 -dD





          share|improve this answer





















          • 1





            This reference: manpages.debian.org/hardlink/hardlink.1 could be useful.

            – A.B
            Feb 4 at 6:56
















          4












          4








          4








          I'm trying to understand how inode numbers (as displayed by ls -i) work with ext4 partitions.




          Essentially, inode is a reference for a filesystem(!), a bridge between actual data on disk (the bits and bytes) and name associated with that data (/etc/passwd for instance). Filenames are organized into directories, where directory entry is filename with corresponding inode.



          Inode then contains the actual information - permissions, which blocks are occupied on disk, owner, group, etc. In How are directory structures stored in UNIX filesystem, there is a very nice diagram, that explains relation between files and inodes a bit better:



          enter image description here



          And when you have a file in another directory pointing to the same inode number, you have what is known as hard link.



          Now, notice I've emphasized that inode is reference specific to filesystem, and here's the reason to be mindful of that:




          The inode number of any given file is unique to the filesystem, but not necessarily unique to all filesystems mounted on a given host. When you have multiple filesystems, you will see duplicate inode numbers between filesystems, this is normal.




          This is in contrast to devices. You may have multiple filesystems on the same device, such as /var filesystem and /, and yet they're on the same drive.



          Now, can inode number change? Sort of. Filesystem is responsible for managing inodes, so unless there's underlying issues with filesystem, inode number shouldn't change. In certain tricky cases, such as vim text editor,




          renames the old file, then writes a new file with the original name, if it thinks it can re-create the original file's attributes. If you want to reuse the existing inode (and so risk losing data, or waste more time making a backup copy), add set backupcopy yes to your .vimrc.




          The key point to remember is that where data might be the same to the user, under the hood it actually is written to new location on disk, hence the change in inode number.



          So, to make things short:





          1. Do inode numbers change when a computer is rebooted?




          Not unless there's something wrong with filesystem after reboot




          2.When two partitions are mounted, can ls -i produce the same inode number for two different files as long as they are on different partitions.




          Yes, since two different partitions will have different filesystems. I don't know a lot about LVM, but under that type of storage management two physical volumes could be combined into single logical volume, which would in my theoretical guess be the case where ls - would produce one inode per file





          1. Can inode numbers be recycled without rebooting or re-mounting partitions?




          The filesystem does that when a file is removed( that is , when all links to file are removed, and there's nothing pointing to that inode).






          My task is to save space on disk by detecting duplicates and replacing the duplication with even more hard links.




          Well, detecting duplication can be done via md5sum or other checksum command. In such case you're examining the actual data, which may or may not live under different inodes on disk. One example is from heemayls answer:



          find . ! -empty -type f -exec md5sum {} + | sort | uniq -w32 -dD





          share|improve this answer
















          I'm trying to understand how inode numbers (as displayed by ls -i) work with ext4 partitions.




          Essentially, inode is a reference for a filesystem(!), a bridge between actual data on disk (the bits and bytes) and name associated with that data (/etc/passwd for instance). Filenames are organized into directories, where directory entry is filename with corresponding inode.



          Inode then contains the actual information - permissions, which blocks are occupied on disk, owner, group, etc. In How are directory structures stored in UNIX filesystem, there is a very nice diagram, that explains relation between files and inodes a bit better:



          enter image description here



          And when you have a file in another directory pointing to the same inode number, you have what is known as hard link.



          Now, notice I've emphasized that inode is reference specific to filesystem, and here's the reason to be mindful of that:




          The inode number of any given file is unique to the filesystem, but not necessarily unique to all filesystems mounted on a given host. When you have multiple filesystems, you will see duplicate inode numbers between filesystems, this is normal.




          This is in contrast to devices. You may have multiple filesystems on the same device, such as /var filesystem and /, and yet they're on the same drive.



          Now, can inode number change? Sort of. Filesystem is responsible for managing inodes, so unless there's underlying issues with filesystem, inode number shouldn't change. In certain tricky cases, such as vim text editor,




          renames the old file, then writes a new file with the original name, if it thinks it can re-create the original file's attributes. If you want to reuse the existing inode (and so risk losing data, or waste more time making a backup copy), add set backupcopy yes to your .vimrc.




          The key point to remember is that where data might be the same to the user, under the hood it actually is written to new location on disk, hence the change in inode number.



          So, to make things short:





          1. Do inode numbers change when a computer is rebooted?




          Not unless there's something wrong with filesystem after reboot




          2.When two partitions are mounted, can ls -i produce the same inode number for two different files as long as they are on different partitions.




          Yes, since two different partitions will have different filesystems. I don't know a lot about LVM, but under that type of storage management two physical volumes could be combined into single logical volume, which would in my theoretical guess be the case where ls - would produce one inode per file





          1. Can inode numbers be recycled without rebooting or re-mounting partitions?




          The filesystem does that when a file is removed( that is , when all links to file are removed, and there's nothing pointing to that inode).






          My task is to save space on disk by detecting duplicates and replacing the duplication with even more hard links.




          Well, detecting duplication can be done via md5sum or other checksum command. In such case you're examining the actual data, which may or may not live under different inodes on disk. One example is from heemayls answer:



          find . ! -empty -type f -exec md5sum {} + | sort | uniq -w32 -dD






          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Feb 4 at 1:41

























          answered Feb 3 at 23:34









          Sergiy KolodyazhnyySergiy Kolodyazhnyy

          10.3k32662




          10.3k32662








          • 1





            This reference: manpages.debian.org/hardlink/hardlink.1 could be useful.

            – A.B
            Feb 4 at 6:56
















          • 1





            This reference: manpages.debian.org/hardlink/hardlink.1 could be useful.

            – A.B
            Feb 4 at 6:56










          1




          1





          This reference: manpages.debian.org/hardlink/hardlink.1 could be useful.

          – A.B
          Feb 4 at 6:56







          This reference: manpages.debian.org/hardlink/hardlink.1 could be useful.

          – A.B
          Feb 4 at 6:56















          2















          1. No, inode numbers do not change when a computer is rebooted, at least not with POSIX file systems (such as ext4) where the inode is stored on disk.


          2. Yes, two different files on different partitions can have the same inode number. See Can two files on two separate filesystems share the same inode number? and Why do the directories /home, /usr, /var, etc. all have the same inode number (2)? for details. (What is unique, within a given system, is the device number–inode pair.)


          3. Yes, if you delete a file, its inode can be re-used without rebooting or re-mounting.







          share|improve this answer


























          • Ah, Good one on point 3 I hadn't thought of that.

            – Philip Couling
            Feb 3 at 22:04
















          2















          1. No, inode numbers do not change when a computer is rebooted, at least not with POSIX file systems (such as ext4) where the inode is stored on disk.


          2. Yes, two different files on different partitions can have the same inode number. See Can two files on two separate filesystems share the same inode number? and Why do the directories /home, /usr, /var, etc. all have the same inode number (2)? for details. (What is unique, within a given system, is the device number–inode pair.)


          3. Yes, if you delete a file, its inode can be re-used without rebooting or re-mounting.







          share|improve this answer


























          • Ah, Good one on point 3 I hadn't thought of that.

            – Philip Couling
            Feb 3 at 22:04














          2












          2








          2








          1. No, inode numbers do not change when a computer is rebooted, at least not with POSIX file systems (such as ext4) where the inode is stored on disk.


          2. Yes, two different files on different partitions can have the same inode number. See Can two files on two separate filesystems share the same inode number? and Why do the directories /home, /usr, /var, etc. all have the same inode number (2)? for details. (What is unique, within a given system, is the device number–inode pair.)


          3. Yes, if you delete a file, its inode can be re-used without rebooting or re-mounting.







          share|improve this answer
















          1. No, inode numbers do not change when a computer is rebooted, at least not with POSIX file systems (such as ext4) where the inode is stored on disk.


          2. Yes, two different files on different partitions can have the same inode number. See Can two files on two separate filesystems share the same inode number? and Why do the directories /home, /usr, /var, etc. all have the same inode number (2)? for details. (What is unique, within a given system, is the device number–inode pair.)


          3. Yes, if you delete a file, its inode can be re-used without rebooting or re-mounting.








          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Feb 3 at 22:12

























          answered Feb 3 at 22:03









          Stephen KittStephen Kitt

          172k24386464




          172k24386464













          • Ah, Good one on point 3 I hadn't thought of that.

            – Philip Couling
            Feb 3 at 22:04



















          • Ah, Good one on point 3 I hadn't thought of that.

            – Philip Couling
            Feb 3 at 22:04

















          Ah, Good one on point 3 I hadn't thought of that.

          – Philip Couling
          Feb 3 at 22:04





          Ah, Good one on point 3 I hadn't thought of that.

          – Philip Couling
          Feb 3 at 22:04


















          draft saved

          draft discarded




















































          Thanks for contributing an answer to Unix & Linux Stack Exchange!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid



          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.


          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f498495%2fhow-do-inode-numbers-from-ls-i-relate-to-inodes-on-disk%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          How to reconfigure Docker Trusted Registry 2.x.x to use CEPH FS mount instead of NFS and other traditional...

          is 'sed' thread safe

          How to make a Squid Proxy server?