I think I might have answered my own question. This drive is from my laptop which is a Athlon XP 64bit. The laptop is in the shop and I am trying to get the data off of it. I am trying to mount it on a variety of different computers, all x86. Is their a difference in the way a file system is written that would prevent me from mounting it on a x86 box if it was created on a 64bit OS? Sorry about being so short before but I was running late for work. Jason On Wed, 2005-02-16 at 08:18 -0600, Jason Sievert wrote: > Hello all! I am trying to mount a usb drive with a XFS filesystem on it > and I get this message on two computers. Has anybody seen this? What > can I do to try and at least get the data off of it? The kernel > versions on the two computers are 2.6.10-gentoo-r5 and 2.6.10-gentoo-r7. > > XFS mounting filesystem sda3 > Starting XFS recovery on filesystem: sda3 (dev: sda3) > ------------[ cut here ]------------ > kernel BUG at fs/xfs/linux-2.6/xfs_buf.c:505! > invalid operand: 0000 [#1] > Modules linked in: usb_storage ohci_hcd ehci_hcd uhci_hcd via_agp > agpgart snd_pcm_oss snd_mixer_oss snd_seq_oss snd_seq_midi_event snd_seq > snd_via82xx snd_ac97_codec snd_pcm snd_timer snd_page_alloc gameport > snd_mpu401_uart snd_rawmidi snd_seq_device snd usbcore via_rhine mii > CPU: 0 > EIP: 0060:[<c02b08d5>] Not tainted VLI > EFLAGS: 00010206 (2.6.10-gentoo-r5) > EIP is at _pagebuf_find+0x195/0x1e0 > eax: 00000200 ebx: c3d512e0 ecx: 00000009 edx: 00000040 > esi: 00000000 edi: 00008000 ebp: 00000080 esp: d775ba3c > ds: 007b es: 007b ss: 0068 > Process mount (pid: 32495, threadinfo=d775a000 task=d1abfa20) > Stack: 00000282 3b9ac991 1580c890 00000000 c02ae220 c15d2f60 000000d0 > cd97f580 > c3d512e0 00004001 00004001 00000080 c02b0985 c94cc200 00000000 > 00000040 > 00000000 00004001 c3d512e0 ce778c60 00004001 00000000 c02b0a84 > c94cc200 > Call Trace: > [<c02ae220>] kmem_zone_alloc+0x90/0xc0 > [<c02b0985>] xfs_buf_get_flags+0x65/0x130 > [<c02b0a84>] xfs_buf_read_flags+0x34/0x90 > [<c02975f2>] xlog_recover_do_inode_trans+0x122/0xb50 > [<c0409ed3>] schedule+0x283/0x500 > [<c0409c4b>] __up_wakeup+0x7/0xc > [<c02adfcf>] kmem_alloc+0x5f/0xf0 > [<c0298590>] xlog_recover_do_trans+0x120/0x180 > [<c02986b9>] xlog_recover_commit_trans+0x39/0x50 > [<c0298883>] xlog_recover_process_data+0x193/0x220 > [<c0299c20>] xlog_do_recovery_pass+0x6d0/0xb30 > [<c029a10f>] xlog_do_log_recovery+0x8f/0xd0 > [<c029a18b>] xlog_do_recover+0x3b/0x180 > [<c029a3bc>] xlog_recover+0xec/0x100 > [<c0290fb1>] xfs_log_mount+0x91/0x130 > [<c029bc47>] xfs_mountfs+0x7d7/0xfe0 > [<c029b168>] xfs_readsb+0x1a8/0x240 > [<c028c4db>] xfs_ioinit+0x1b/0x30 > [<c02a3bb8>] xfs_mount+0x3b8/0x690 > [<c02b8793>] linvfs_fill_super+0xb3/0x210 > [<c02c5977>] snprintf+0x27/0x30 > [<c01874b2>] disk_name+0x62/0xd0 > [<c015bb2e>] sb_set_blocksize+0x2e/0x60 > [<c015b4c0>] get_sb_bdev+0xe0/0x150 > [<c02b891f>] linvfs_get_sb+0x2f/0x40 > [<c02b86e0>] linvfs_fill_super+0x0/0x210 > [<c015b763>] do_kern_mount+0x63/0xf0 > [<c016ff9e>] do_new_mount+0x9e/0x100 > [<c01705df>] do_mount+0x19f/0x1c0 > [<c01703e0>] copy_mount_options+0x60/0xc0 > [<c017099a>] sys_mount+0x9a/0xe0 > [<c0102f9d>] sysenter_past_esp+0x52/0x75 > Code: c0 2c 8b 11 89 42 04 8b 4c 24 48 89 51 2c 8b 54 24 18 89 50 04 89 > 02 8b 44 24 48 83 c4 20 5b 5e 5f 5d c3 ff 05 20 74 54 c0 eb ec <0f> 0b > f9 01 e7 67 42 c0 8b 4c 24 34 31 d2 21 fa 8b 41 14 89 d1 > > > _______________________________________________ > TCLUG Mailing List - Minneapolis/St. Paul, Minnesota > tclug-list at mn-linux.org > http://mailman.mn-linux.org/mailman/listinfo/tclug-list > -- Jason Sievert <jsievert at jsievert.net>