All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steven Smith <sos22@cam.ac.uk>
To: Richard Adams <pa3gcu@zeelandnet.nl>
Cc: Suriya Narayanan M S <mssnlayam@cs.annauniv.edu>,
	Paul Furness <paul.furness@vil.ite.mee.com>,
	GNU/Linux Newbie <linux-newbie@vger.kernel.org>
Subject: Re: CD writing in ext2 filesystem
Date: Thu, 25 Apr 2002 20:12:07 +0100	[thread overview]
Message-ID: <20020425191207.GA533@cam.ac.uk> (raw)
In-Reply-To: <02042518344606.04696@unix.pa3gcu>

[-- Attachment #1: Type: text/plain, Size: 1439 bytes --]

> >   > Is there a particular reason why you were trying to put an ext2 fiole
> >   > system on the CD rather than an ISO9660 one?
...
> > But the main advantage (of using ext2) is that you get a
> > filesystem which is the same as your native system. Permissions,
> > ownership, symlinks, pipes, device files..... (all the great features
> > of ext2) get taken care of. Most of the above would
> > not be possible with iso9660. The Rockridge extensions handle them
> > well. However it too has a problem with the maximum depth
> > of a directory tree.
> UUM, excuse me for only thinking, but, if one creates a tarball and then 
> burns it to a cd, one then has the same, or am i missing something here.?????
You'll get everything he listed, but ext2 has a few exotic features that
tar doesn't:

1) ACLs and EAs (if you have the patches from acl.bestbits.at)
2) HURD translator and author data
3) Sparse files
4) The noatime, sync, append only, compressed, nodump, immutable, journaled,
secure delete, and undeletable attributes.

Very few of these are generally useful, and numbers 1 and 4 need unusual
patches to use fully, but they are there for a reason, and most tars
don't support them. Plus, in the future, we're likely to get multiple
file forks, which really will need backing up.

Burning an ext2 image onto a CD is a strange thing to do, but not without
its merit.

Steven Smith,
sos22@cam.ac.uk.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

  parent reply	other threads:[~2002-04-25 19:12 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-23 17:48 CD writing in ext2 filesystem Suriya Narayanan M S
2002-04-23 18:47 ` Pierre Rousselet
2002-04-23 20:43 ` Staci
2002-04-24  9:45 ` Paul Furness
2002-04-24 14:50   ` Richard Adams
2002-04-25 17:00   ` Suriya Narayanan M S
2002-04-25 18:34     ` Richard Adams
2002-04-25 18:49       ` Pierre Rousselet
2002-04-25 19:20         ` Richard Adams
2002-04-25 19:12       ` Steven Smith [this message]
2002-04-25 19:29         ` Richard Adams
  -- strict thread matches above, loose matches on Subject: below --
2002-04-25  1:24 Suriya Narayanan M S
2002-04-25 15:52 ` Richard Adams
2002-04-21 16:51 Suriya Narayanan M S
2002-04-21 19:59 ` Pierre Rousselet

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020425191207.GA533@cam.ac.uk \
    --to=sos22@cam.ac.uk \
    --cc=linux-newbie@vger.kernel.org \
    --cc=mssnlayam@cs.annauniv.edu \
    --cc=pa3gcu@zeelandnet.nl \
    --cc=paul.furness@vil.ite.mee.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.