XFS

XFS

[Jaideep Nandy]

How do I read a us drive that is XFS formatted using windows xp?

 

Regards'

JD



[[HTML alternate version deleted]]

Re: XFS

[Geir A. Myrestrand]

Jaideep Nandy wrote:
> How do I read a us drive that is XFS formatted using windows xp?

What is a us drive, and how did you make it XFS formatted using Windows XP?

> [[HTML alternate version deleted]]

Thanks!

-- 

Geir A. Myrestrand

Re: XFS

[Geir A. Myrestrand]

Jaideep Nandy wrote:
> Usb drive. I used a tera station to format it with XFS and backed up
> file onto it. 
> Now I want to use the drive on a regular win xp box with ntfs partition.

Windows [XP] have no knowledge of XFS, nor have I ever heard of any 
applications running natively on Windows [XP] that can read XFS file 
systems. Your best bet is to use a Linux distro to read it.

You can make your PC multi-boot, so that you either start up in Windows 
XP or in Linux/UNIX.

You can also use a program like VMware Workstation or VMware Player 
(both are free) to install Linux in a virtual machine under Windows 
--then you can run both at the same time.

If you do not want to install anything, then get a Linux live distro and 
boot from that. A live distro is a special DVD (or CD) that will let you 
run the OS directly from the optical disc, with no need to install 
anything on the local disk. You may need a USB drive or something like 
that to save configuration files, etc.

Not all Linux distributions support XFS, but any version of SUSE Linux 
should serve the purpose. OpenSUSE 10.2 was just released and should do 
the job --see http://www.opensuse.org.

Once you get access to the XFS file system from Linux on your PC, then 
you can copy it to a FAT partition, because both Windows and Linux 
support that. Or you can access your NTFS partition from Linux (if you 
dare) --see http://www.linux-ntfs.org.

I'm assuming that the USB drive is independent of the Tera Station, if 
not then you can simply utilize the NAS feature of the Tera Station and 
map to the share from Windows XP. Also, if you do not have the Tera 
Station but have a Linux computer, then you could use Samba (see 
http://www.samba.org) to share out the USB disk and you could map to it 
from your Windows XP box.

With a closed source OS it isn't trivial for anyone to provide you with 
direct support for a third party file system, it will be merely 
workarounds for deficiencies in the OS.

I recommend you ditch your OS but keep your USB disk with XFS. ;-)


-- 

Geir A. Myrestrand

Re: XFS

[Eric Sandeen]

Geir A. Myrestrand wrote:
> Jaideep Nandy wrote:
>> Usb drive. I used a tera station to format it with XFS and backed up
>> file onto it. Now I want to use the drive on a regular win xp box with 
>> ntfs partition.
> 
> Windows [XP] have no knowledge of XFS, nor have I ever heard of any 
> applications running natively on Windows [XP] that can read XFS file 
> systems. Your best bet is to use a Linux distro to read it.

you could also try http://www.crossmeta.com/crossmeta.html

> You can make your PC multi-boot, so that you either start up in Windows 
> XP or in Linux/UNIX.
> 
> You can also use a program like VMware Workstation or VMware Player 
> (both are free) to install Linux in a virtual machine under Windows 
> --then you can run both at the same time.
> 
> If you do not want to install anything, then get a Linux live distro and 
> boot from that. A live distro is a special DVD (or CD) that will let you 
> run the OS directly from the optical disc, with no need to install 
> anything on the local disk. You may need a USB drive or something like 
> that to save configuration files, etc.
> 
> Not all Linux distributions support XFS, but any version of SUSE Linux 
> should serve the purpose. OpenSUSE 10.2 was just released and should do 
> the job --see http://www.opensuse.org.
> 
> Once you get access to the XFS file system from Linux on your PC, then 
> you can copy it to a FAT partition, because both Windows and Linux 
> support that. Or you can access your NTFS partition from Linux (if you 
> dare) --see http://www.linux-ntfs.org.
> 
> I'm assuming that the USB drive is independent of the Tera Station, if 
> not then you can simply utilize the NAS feature of the Tera Station and 
> map to the share from Windows XP. Also, if you do not have the Tera 
> Station but have a Linux computer, then you could use Samba (see 
> http://www.samba.org) to share out the USB disk and you could map to it 
> from your Windows XP box.
> 
> With a closed source OS it isn't trivial for anyone to provide you with 
> direct support for a third party file system, it will be merely 
> workarounds for deficiencies in the OS.
> 
> I recommend you ditch your OS but keep your USB disk with XFS. ;-)
> 
> 

XFS

[Marco Gerards]

Hi,

After not hacking for a long time, I am finally back to hacking.

At the moment I am working on XFS support for GRUB 2.  If someone
knows about some good XFS documentation that can not be found on the
XFS website, please tell me.

Thanks,
Marco

Re: XFS

[Nico -telmich- Schottelius]

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

Marco Gerards [Fri, Jun 17, 2005 at 11:23:47AM +0200]:
> Hi,
> 
> After not hacking for a long time, I am finally back to hacking.
> 
> At the moment I am working on XFS support for GRUB 2.  If someone
> knows about some good XFS documentation that can not be found on the
> XFS website, please tell me.

You know who'll be the first one trying your code and sorry, I don't know
about a direct url to 'good' documentation, but http://oss.sgi.com
was the url of choice, iirc.

Nico

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

Re: XFS

[Yoshinori K. Okuji]

On Friday 17 June 2005 11:23, Marco Gerards wrote:
> After not hacking for a long time, I am finally back to hacking.

Very nice!

> At the moment I am working on XFS support for GRUB 2.  If someone
> knows about some good XFS documentation that can not be found on the
> XFS website, please tell me.

This is an introductory article on XFS:

http://www-106.ibm.com/developerworks/linux/library/l-fs9.html

But I guess only the SGI's web site and the source code meet your purpose. The 
XFS implementation in GRUB Legacy are also worth seeing, but this depends on 
i386.

If you finish XFS support, it would be extremely valuable for me, because I 
use XFS in my laptop, so it is the "last mile" of using GRUB 2 in my real 
life. I am glad to help testing your code.

Okuji

XFS

[Alexander Economou]

Hi
 I decided to use xfs in some servers @ work (kernel 2.4.23 with the appropriate
xfs patch) I would like to ask if anyone here uses xfs and if you fount it
stable in high load systems.Xfs is full of nice features thus when i saw tha man
page for xfs_repair at the end it says about some limitations that will be fixed
in the future.If anyone has experience with xfs i would like a reply.
Thanx alot

Re: XFS

[Mike Harrison]

We used it pretty heavily on NFS servers and had no issues. I'd 
recommend ext3 on / for ease of maintenance, then xfs on the data partition.

Make sure your backup solution can deal with xfs, or do backups over an 
exported filesystem.

Alexander Economou wrote:
> Hi
>  I decided to use xfs in some servers @ work (kernel 2.4.23 with the appropriate
> xfs patch) I would like to ask if anyone here uses xfs and if you fount it
> stable in high load systems.Xfs is full of nice features thus when i saw tha man
> page for xfs_repair at the end it says about some limitations that will be fixed
> in the future.If anyone has experience with xfs i would like a reply.
> Thanx alot
> 
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

XFS

[Pete Popov]

Thanks to everyone who sent me suggestions and help on how they got xfs
working on mips.

I tried the split patches on a 2.4.18 kernel, compiled with a 2.95.3
compiler, and the kernel crashes consistently when running bonnie++. 
The same kernel compiled with a 3.0.1 based compiler seems to work fine.
I've ran bonnie++ a few times, as well as other conventional tests. I
need to do a lot more testing before I'm convinced that xfs is rock
solid on mips, but it appears that the compiler problems described on
the web site are for real.

Pete

xfs

[Pete Popov]

I see on SGI's web site that XFS is supported only on x86 and IA64. Has
anyone tried it on mips?

Pete

Re: xfs

[Seth Mos]

On 8 Mar 2002, Pete Popov wrote:

> I see on SGI's web site that XFS is supported only on x86 and IA64. Has
> anyone tried it on mips?
> 
> Pete
> 
Not that I know off.

People have allready tested XFS on Sparc sparc64 alpha PPC and S390.

So far there is positive feedback about the sparc alpha PP and sparc64
ports.

You will have to try it. AFAIK the SGI people don't test XFS on the mips
boxes. The kernel source is mostly compatible with the newer compilers out
there like 2.95.3 and u.

I think you will need to merge the mips and XFS CVS tree and edit some
arch specific files like the syscalls. If you also want to use ACLs make
sure you have the latest xfsprogs tools.

Cheers
Seth

Re: xfs

[Martin K. Petersen]

>>>>> "Pete" == Pete Popov <ppopov@mvista.com> writes:

Pete> I see on SGI's web site that XFS is supported only on x86 and
Pete> IA64. Has anyone tried it on mips?

We did some Linux/XFS testing on an Origin 2000 about a year ago.
Don't think anyone has tried it since then.

But it should Just Work<tm>.  Let us know if it doesn't.

-- 
Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc.
mkp@linuxcare.com, http://www.linuxcare.com/
SGI XFS for Linux Developer, http://oss.sgi.com/projects/xfs/

Re: xfs

[Pete Popov]

On Fri, 2002-03-08 at 11:22, Martin K. Petersen wrote:
> >>>>> "Pete" == Pete Popov <ppopov@mvista.com> writes:
> 
> Pete> I see on SGI's web site that XFS is supported only on x86 and
> Pete> IA64. Has anyone tried it on mips?
> 
> We did some Linux/XFS testing on an Origin 2000 about a year ago.
> Don't think anyone has tried it since then.
> 
> But it should Just Work<tm>.  Let us know if it doesn't.

I took 1.0.2 patch and applied it against the latest linux_2_4 oss
kernel. Actually, it's the latest oss plus additional patches I've sent
to Ralf, but I think those are stable.  The patch did not apply cleanly
but the problems were easy to fix.  I didn't port the additional x86
syscalls because they appear to be attribute/acl related only.  

I cross compiled the kernel with 2.95.3 based tools (I know the older
toolchain is recommended but ...).  xfsprogs I compiled natively with
the same version tools.  The kernel boots and I was able to create an
XFS file system on one of the partitions.  Mounting works. Unmounting
consistently results in a crash, illegal access to location 0x00000018. 
It's probably easy to fix since it's 100% reproducible.  Back to
mounting the fs -- I ran bonnie++ on it. It ran for quite a while until
it got to the "sequential" write test and then the kernel froze.

If I get to play with it some more, I'll send you any useful info I
might have.

Pete

Re: xfs

[Liam Davies]

Pete,

>
> I took 1.0.2 patch and applied it against the latest linux_2_4 oss
> kernel.
I tried the same against 2.4.14, but had the same problems you
described below. I then tried the split-only and split-kernel patches from
the
2.4.14 XFS cvs snapshot, taken just before or after 1.0.2 release - no
changes required. Everything seems to be working dandy.

>
> I cross compiled the kernel with 2.95.3 based tools (I know the older
> toolchain is recommended but ...).  xfsprogs I compiled natively with
> the same version tools.
I haven't tried any compilers earlier that gcc 3.0, but 3.0.1 and 3.0.3
have both worked for me.

> The kernel boots and I was able to create an
> XFS file system on one of the partitions.  Mounting works. Unmounting
> consistently results in a crash, illegal access to location 0x00000018.
> It's probably easy to fix since it's 100% reproducible.  Back to
> mounting the fs -- I ran bonnie++ on it. It ran for quite a while until
> it got to the "sequential" write test and then the kernel froze.
I had both of these symptoms after applying the 1.0.2 patch in its
entirety.  After switching to split-kernel and split-only patches only
these things went away. I didn't delve any deeper.


Liam

------
Agile Tv

Re: xfs

[Keith Owens]

On 08 Mar 2002 10:22:07 -0800, 
Pete Popov <ppopov@mvista.com> wrote:
>I see on SGI's web site that XFS is supported only on x86 and IA64. Has
>anyone tried it on mips?

Anybody wanting to port XFS to new architectures should start with
  ftp://oss.sgi.com/projects/xfs/download/patches/2.4.18
I split the XFS patches up so people can pick and choose which
components they use, it makes it easier to exclude code like kdb,
kbuild 2.5 or ia64 from the port.  Note the ia64 patch, you will need a
MIPS equivalent.

When you get it working, send us the changes from the split patches.

Re: xfs

[Pete Popov]

On Sat, 2002-03-09 at 01:17, Keith Owens wrote:
> On 08 Mar 2002 10:22:07 -0800, 
> Pete Popov <ppopov@mvista.com> wrote:
> >I see on SGI's web site that XFS is supported only on x86 and IA64. Has
> >anyone tried it on mips?
> 
> Anybody wanting to port XFS to new architectures should start with
>   ftp://oss.sgi.com/projects/xfs/download/patches/2.4.18
> I split the XFS patches up so people can pick and choose which
> components they use, it makes it easier to exclude code like kdb,
> kbuild 2.5 or ia64 from the port.  Note the ia64 patch, you will need a
> MIPS equivalent.

Great, thank you.
 
> When you get it working, send us the changes from the split patches.

I will, if I get to work on it.

Pete
 

Re: xfs

[Steven J. Hill]

Pete Popov wrote:
> 
> I see on SGI's web site that XFS is supported only on x86 and IA64. Has
> anyone tried it on mips?
> 
Oh most definitely. I've been using it on my NEC 5432 platform for almost
a year now, little endian. Works great. I've compiled the Linux/MIPS 2.4.x
kernel with toolchains based on latest binutils, gcc-3.0.x, gcc-3.1 and
glibc-2.2.3 and glibc-2.2.5 combinations.

-Steve

-- 
 Steven J. Hill - Embedded SW Engineer

xfs

[Timothy Wood]

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

I noticed from the archives that SELinux does not work with the XFS
filesystem.  Has this changed or does anyone know if anyone is working
on it?

Timothy,

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

Re: xfs

[Stephen Smalley]

On 6 Feb 2002, Timothy Wood wrote:

> I noticed from the archives that SELinux does not work with the XFS
> filesystem.  Has this changed or does anyone know if anyone is working
> on it?

There are a few issues to be resolved if you want to use XFS:
1) Since LSM/SELinux tracks the mainstream Linux kernel and the mainstream
Linux kernel doesn't yet include XFS, there is no XFS filesystem support
in the LSM kernel that is provided on the NSA site.  So you would need to
either merge the XFS patches into the LSM kernel or merge the LSM kernel
patch into a kernel of your choosing that already has XFS included.

2) You will need to choose an approach for maintaining persistent labeling
on your XFS filesystems.  The SELinux persistent label mapping is now
relatively filesystem-independent, as long as the filesystem provides
unique and persistent inode numbers.  So assuming that this is true for
XFS, the simplest approach would be to patch the superblock_precondition
function in lsm/security/selinux/hooks.c to add "xfs" to the current set
of filesystem types that use persistent label mappings (ext2, ext3,
reiserfs).  Longer term, the SELinux security module could be retargeted
to use XFS extended attributes rather than the persistent label mapping
for XFS filesystems, but that would require more changes.

3) XFS will have some of its own operations, and these operations won't be
controlled by SELinux unless the operation calls an already hooked
function, e.g. capable or permission.  Even in that case, the SELinux
control may be too coarse-grained to be useful.  So you would need to
assess any new operations and potentially add new hooks and controls.
Since the *xattr operations have been merged into 2.5.3, LSM has added
new hooks for these operations, and we will be defining new controls for
them, but if you are using the 2.4-based kernel, you will need to transfer
these changes to your kernel.  Also, there may be other XFS-specific
operations that need control.

--
Stephen D. Smalley, NAI Labs
ssmalley@nai.com






--
You have received this message because you are subscribed to the selinux list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.