How do inode numbers from ls -i relate to inodes on disk
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:
- Do inode numbers change when a computer is rebooted?
- 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. - 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
add a comment |
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:
- Do inode numbers change when a computer is rebooted?
- 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. - 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
add a comment |
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:
- Do inode numbers change when a computer is rebooted?
- 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. - 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
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:
- Do inode numbers change when a computer is rebooted?
- 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. - 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
linux filesystems ext4 inode
edited Feb 4 at 10:32
Philip Couling
asked Feb 3 at 21:55
Philip CoulingPhilip Couling
988617
988617
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
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:
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:
- 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
- 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
1
This reference: manpages.debian.org/hardlink/hardlink.1 could be useful.
– A.B
Feb 4 at 6:56
add a comment |
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.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.)
Yes, if you delete a file, its inode can be re-used without rebooting or re-mounting.
Ah, Good one on point 3 I hadn't thought of that.
– Philip Couling
Feb 3 at 22:04
add a comment |
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
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
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:
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:
- 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
- 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
1
This reference: manpages.debian.org/hardlink/hardlink.1 could be useful.
– A.B
Feb 4 at 6:56
add a comment |
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:
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:
- 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
- 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
1
This reference: manpages.debian.org/hardlink/hardlink.1 could be useful.
– A.B
Feb 4 at 6:56
add a comment |
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:
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:
- 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
- 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
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:
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:
- 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
- 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
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
add a comment |
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
add a comment |
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.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.)
Yes, if you delete a file, its inode can be re-used without rebooting or re-mounting.
Ah, Good one on point 3 I hadn't thought of that.
– Philip Couling
Feb 3 at 22:04
add a comment |
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.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.)
Yes, if you delete a file, its inode can be re-used without rebooting or re-mounting.
Ah, Good one on point 3 I hadn't thought of that.
– Philip Couling
Feb 3 at 22:04
add a comment |
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.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.)
Yes, if you delete a file, its inode can be re-used without rebooting or re-mounting.
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.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.)
Yes, if you delete a file, its inode can be re-used without rebooting or re-mounting.
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
add a comment |
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
add a comment |
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.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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