Hi All,
Quick question. 32 Bit LinuxOS, Trinity 14.0. Is there a limit to directory depth ? if so what is it.
Thanks.
On Sun, 20 Nov 2016 14:38:26 +0000 Baron baron@linuxmaniac.net wrote:
Quick question. 32 Bit LinuxOS, Trinity 14.0. Is there a limit to directory depth ? if so what is it.
I believe the limit is the length of the path in bytes, which will vary according to what filesystem you're using, how your kernel is configured, etc.
What documentation I can find suggests 4096 bytes is often set as the limit. So if you haven't done any special setup and you're using single-character directory names on ext4 or similar, that's a bit more than 2000 levels of nesting, although you might run out of inodes or something first. Using sane directory names will give you less depth: 7 characters -> ~500 levels.
There is one exception to this: the filesystem normally used for data CDs seems to have a hard-coded limit of eight directory levels regardless of path length.
E. Liddell
E. Liddell wrote:
I believe the limit is the length of the path in bytes, which will vary according to what filesystem you're using, how your kernel is configured, etc.
It depends what Baron means. The depth in the classical sense is the number of nodes you can create in one directory, which is (AFAIR) positive integer 32767.
For the length of the path field, I am not sure - perhaps 4096 - just my guess now.
regards
Hi Guys,
On Sunday 20 November 2016 17:42:26 E. Liddell wrote:
On Sun, 20 Nov 2016 14:38:26 +0000
Baron baron@linuxmaniac.net wrote:
Quick question. 32 Bit LinuxOS, Trinity 14.0. Is there a limit to directory depth ? if so what is it.
I believe the limit is the length of the path in bytes, which will vary according to what filesystem you're using, how your kernel is configured, etc.
What documentation I can find suggests 4096 bytes is often set as the limit. So if you haven't done any special setup and you're using single-character directory names on ext4 or similar, that's a bit more than 2000 levels of nesting, although you might run out of inodes or something first. Using sane directory names will give you less depth: 7 characters -> ~500 levels.
There is one exception to this: the filesystem normally used for data CDs seems to have a hard-coded limit of eight directory levels regardless of path length.
E. Liddell
I think this nails it ! I've been trying to backup a directory to a DVD and whilst the path gets copied the directory is empty and nothing gets recorded in it. Net result a DVD with an empty directory tree.
Thanks both, your quick replies are appreciated.
Baron wrote:
I think this nails it ! I've been trying to backup a directory to a DVD and whilst the path gets copied the directory is empty and nothing gets recorded in it. Net result a DVD with an empty directory tree.
Thanks both, your quick replies are appreciated.
I've not worked with cd/DVD file systems for many years now, bu I think there was extention to overcome such limitation. I would try to create iso image first and inspect it via loop mount.
regards
Hi,
On Sunday 20 November 2016 23:43:03 deloptes wrote:
Baron wrote:
I think this nails it ! I've been trying to backup a directory to a DVD and whilst the path gets copied the directory is empty and nothing gets recorded in it. Net result a DVD with an empty directory tree.
Thanks both, your quick replies are appreciated.
I've not worked with cd/DVD file systems for many years now, bu I think there was extention to overcome such limitation. I would try to create iso image first and inspect it via loop mount.
regards
Thanks, doing that hadn't occurred to me ! I will try that and let you know. I was doing a drag n drop to a DVD.
deloptes wrote:
I've not worked with cd/DVD file systems for many years now, bu I think there was extention to overcome such limitation.
I seem to remember K3b (-trinity) complaining... and having to find/enable Rock Ridge extensions (> 8 directory depth)?
Hi All,
On Sunday 20 November 2016 23:43:03 deloptes wrote:
I've not worked with cd/DVD file systems for many years now, bu I think there was extention to overcome such limitation. I would try to create iso image first and inspect it via loop mount.
regards
Using K3B produces a DVD with a single directory with all the files and sub directories intact. So from that point of view the data has been backed up, but unfortunately where the files have come from is lost. So unless I create an included note of where they come from, I can't put the data back into the right place.
Thanks:
Baron wrote:
Hi All,
On Sunday 20 November 2016 23:43:03 deloptes wrote:
I've not worked with cd/DVD file systems for many years now, bu I think there was extention to overcome such limitation. I would try to create iso image first and inspect it via loop mount.
regards
Using K3B produces a DVD with a single directory with all the files and sub directories intact. So from that point of view the data has been backed up, but unfortunately where the files have come from is lost. So unless I create an included note of where they come from, I can't put the data back into the right place.
Thanks:
The best way to back up is using tar anyway. Is it not an option? If you wish to have directories, you may need to read about the ISO9660 format
https://en.wikipedia.org/wiki/Universal_Disk_Format
depends on the data you copy to the dvd it might render unusable if you would expect it to behave as data on a normal filesystem
regards
On 2016-11-21 17:35:21 deloptes wrote:
Baron wrote:
Hi All,
On Sunday 20 November 2016 23:43:03 deloptes wrote:
I've not worked with cd/DVD file systems for many years now, bu I think there was extention to overcome such limitation. I would try to create iso image first and inspect it via loop mount.
regards
Using K3B produces a DVD with a single directory with all the files and sub directories intact. So from that point of view the data has been backed up, but unfortunately where the files have come from is lost. So unless I create an included note of where they come from, I can't put the data back into the right place.
Thanks:
The best way to back up is using tar anyway. Is it not an option? If you wish to have directories, you may need to read about the ISO9660 format
https://en.wikipedia.org/wiki/Universal_Disk_Format
depends on the data you copy to the dvd it might render unusable if you would expect it to behave as data on a normal filesystem
You might also want to take a look at dar.
Leslie
Hi Leslie
On Friday 25 November 2016 11:04:46 Leslie Turriff wrote:
On 2016-11-21 17:35:21 deloptes wrote:
Baron wrote:
Hi All,
On Sunday 20 November 2016 23:43:03 deloptes wrote:
I've not worked with cd/DVD file systems for many years now, bu I think there was extention to overcome such limitation. I would try to create iso image first and inspect it via loop mount.
regards
Using K3B produces a DVD with a single directory with all the files and sub directories intact. So from that point of view the data has been backed up, but unfortunately where the files have come from is lost. So unless I create an included note of where they come from, I can't put the data back into the right place.
Thanks:
The best way to back up is using tar anyway. Is it not an option? If you wish to have directories, you may need to read about the ISO9660 format
Thank you for this link. Very informative. There is a lot there that I simply had no idea about.
depends on the data you copy to the dvd it might render unusable if you would expect it to behave as data on a normal filesystem
You might also want to take a look at dar.
Yes I will do that, again I've never heard of "dar"
Leslie
On 2016-11-25 07:00:11 Baron wrote:
Hi Leslie
On Friday 25 November 2016 11:04:46 Leslie Turriff wrote:
On 2016-11-21 17:35:21 deloptes wrote:
Baron wrote:
Hi All,
On Sunday 20 November 2016 23:43:03 deloptes wrote:
I've not worked with cd/DVD file systems for many years now, bu I think there was extention to overcome such limitation. I would try to create iso image first and inspect it via loop mount.
regards
Using K3B produces a DVD with a single directory with all the files and sub directories intact. So from that point of view the data has been backed up, but unfortunately where the files have come from is lost. So unless I create an included note of where they come from, I can't put the data back into the right place.
Thanks:
The best way to back up is using tar anyway. Is it not an option? If you wish to have directories, you may need to read about the ISO9660 format
Thank you for this link. Very informative. There is a lot there that I simply had no idea about.
depends on the data you copy to the dvd it might render unusable if you would expect it to behave as data on a normal filesystem
You might also want to take a look at dar.
Yes I will do that, again I've never heard of "dar"
From info dar (http://dar.linux.free.fr/):
dar is a full featured backup tool, aimed for disks (floppy, CD-R(W), DVD-R(W), zip, jazz, etc.) and since release 2.4.0 adapted to tapes.
dar can store a backup in several files (called "slices" in the follow- ing) of a given size, eventually pausing or running a user com- mand/script before starting the next slice. This can allow for example, the burning of the last generated slice on a CD-R, or changing a floppy disk before continuing on the next one. Like its grand-brother, the great "tar" command, dar may also use compression, at the difference that compression is used inside the archive to be able to have com- pressed slices of the defined size. But the most important feature of dar is its ability to make differential backups. In other words, back- ups that contain only new files or files that have changed from a backup of reference. Moreover with differential backup, dar also stores files that have been deleted since the backup of reference. Thus, when restoring, first a full backup, then additional differential backups, at each restoration you get the exact state of the filesystem at the time of the backup. And of course, the reference backup may be a full or a differential backup itself.
dar also can make encrypted backups.
Leslie
Hi Leslie, Guys,
On Sunday 27 November 2016 02:37:51 Leslie Turriff wrote:
On 2016-11-25 07:00:11 Baron wrote:
Hi Leslie
On Friday 25 November 2016 11:04:46 Leslie Turriff wrote:
On 2016-11-21 17:35:21 deloptes wrote:
Baron wrote:
Hi All,
On Sunday 20 November 2016 23:43:03 deloptes wrote:
I've not worked with cd/DVD file systems for many years now, bu I think there was extention to overcome such limitation. I would try to create iso image first and inspect it via loop mount.
regards
Using K3B produces a DVD with a single directory with all the files and sub directories intact. So from that point of view the data has been backed up, but unfortunately where the files have come from is lost. So unless I create an included note of where they come from, I can't put the data back into the right place.
Thanks:
The best way to back up is using tar anyway. Is it not an option? If you wish to have directories, you may need to read about the ISO9660 format
Thank you for this link. Very informative. There is a lot there that I simply had no idea about.
depends on the data you copy to the dvd it might render unusable if you would expect it to behave as data on a normal filesystem
You might also want to take a look at dar.
Yes I will do that, again I've never heard of "dar"
From info dar (http://dar.linux.free.fr/):
dar is a full featured backup tool, aimed for disks(floppy, CD-R(W), DVD-R(W), zip, jazz, etc.) and since release 2.4.0 adapted to tapes.
dar can store a backup in several files (called "slices" inthe follow- ing) of a given size, eventually pausing or running a user com- mand/script before starting the next slice. This can allow for example, the burning of the last generated slice on a CD-R, or changing a floppy disk before continuing on the next one. Like its grand-brother, the great "tar" command, dar may also use compression, at the difference that compression is used inside the archive to be able to have com- pressed slices of the defined size. But the most important feature of dar is its ability to make differential backups. In other words, back- ups that contain only new files or files that have changed from a backup of reference. Moreover with differential backup, dar also stores files that have been deleted since the backup of reference. Thus, when restoring, first a full backup, then additional differential backups, at each restoration you get the exact state of the filesystem at the time of the backup. And of course, the reference backup may be a full or a differential backup itself.
dar also can make encrypted backups.
Leslie
I have been and had a look at "dar" it looks like the answer to getting the files backed up with a complete directory tree.
Thanks again.
-
Baron -
Dave Lers -
deloptes -
E. Liddell -
Leslie Turriff