Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
mounting HFS+
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Gentoo on PPC
View previous topic :: View next topic  
Author Message
Wizumwalt
Guru
Guru


Joined: 20 Aug 2006
Posts: 478

PostPosted: Sat Dec 27, 2008 4:47 pm    Post subject: mounting HFS+ Reply with quote

I was asked to move this into PPC cause some of you guys might have better insights as to what's going on here ... I've been trying to mount my HD from a mac (PPC) to my gentoo box to pull some data off before I wipe it clean and reinstall. It currently won't boot and has no disk space available (which may have caused my problems). I have HFS+ included in my kernel.

When I boot my mac into firewire mode, this is what is shown in /var/log/messages ...
Code:

Dec 27 10:36:10 Tux ieee1394: The root node is not cycle master capable; selecting a new root node and resetting...
Dec 27 10:36:10 Tux ieee1394: Node changed: 0-00:1023 -> 0-01:1023
Dec 27 10:36:25 Tux ieee1394: Node resumed: ID:BUS[0-00:1023]  GUID[000393fffe98c980]
Dec 27 10:36:26 Tux ieee1394: unsolicited response packet received - no tlabel match
Dec 27 10:36:31 Tux scsi5 : SBP-2 IEEE-1394
Dec 27 10:36:32 Tux ieee1394: sbp2: Logged into SBP-2 device
Dec 27 10:36:32 Tux ieee1394: sbp2: Node 0-00:1023: Max speed [S400] - Max payload [2048]
Dec 27 10:36:32 Tux scsi 5:0:0:0: Direct-Access-RBC AAPL     FireWire Target  0000 PQ: 0 ANSI: 3
Dec 27 10:36:32 Tux sd 5:0:0:0: [sdb] 78242976 512-byte hardware sectors (40060 MB)
Dec 27 10:36:32 Tux sd 5:0:0:0: [sdb] Write Protect is off
Dec 27 10:36:32 Tux sd 5:0:0:0: [sdb] Mode Sense: 10 00 00 00
Dec 27 10:36:32 Tux sd 5:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Dec 27 10:36:32 Tux sd 5:0:0:0: [sdb] 78242976 512-byte hardware sectors (40060 MB)
Dec 27 10:36:32 Tux sd 5:0:0:0: [sdb] Write Protect is off
Dec 27 10:36:32 Tux sd 5:0:0:0: [sdb] Mode Sense: 10 00 00 00
Dec 27 10:36:32 Tux sd 5:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Dec 27 10:36:32 Tux sdb: [mac] sdb1 sdb2 sdb3 sdb4 sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 sdb11
Dec 27 10:36:32 Tux sd 5:0:0:0: [sdb] Attached SCSI disk
Dec 27 10:36:32 Tux sd 5:0:0:0: Attached scsi generic sg2 type 14
Dec 27 10:37:33 Tux ieee1394: sbp2: aborting sbp2 command
Dec 27 10:37:33 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 27 10:38:37 Tux ieee1394: sbp2: aborting sbp2 command
Dec 27 10:38:37 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 27 10:38:42 Tux INFO: task vol_id:5641 blocked for more than 120 seconds.
Dec 27 10:38:42 Tux "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Dec 27 10:38:42 Tux vol_id        D ffffffff8059d3a0     0  5641   5640
Dec 27 10:38:42 Tux ffff81006d641c58 0000000000000086 0000000000000000 ffffffff8029f587
Dec 27 10:38:42 Tux ffff81006d5b4090 ffffffff80713480 ffff81006d5b42c8 000000006f8d83a0
Dec 27 10:38:42 Tux 00000000ffffffff ffff81006d463000 0000000000000000 0000000000000000
Dec 27 10:38:42 Tux Call Trace:
Dec 27 10:38:42 Tux [<ffffffff8029f587>] block_read_full_page+0x248/0x265
Dec 27 10:38:42 Tux [<ffffffff80257f1d>] sync_page_killable+0x0/0x30
Dec 27 10:38:42 Tux [<ffffffff805811b2>] io_schedule+0x28/0x34
Dec 27 10:38:42 Tux [<ffffffff80256775>] sync_page+0x3c/0x41
Dec 27 10:38:42 Tux [<ffffffff80257f26>] sync_page_killable+0x9/0x30
Dec 27 10:38:42 Tux [<ffffffff805812ef>] __wait_on_bit_lock+0x36/0x66
Dec 27 10:38:42 Tux [<ffffffff802566c1>] __lock_page_killable+0x5e/0x64
Dec 27 10:38:42 Tux [<ffffffff8023df33>] wake_bit_function+0x0/0x23
Dec 27 10:38:42 Tux [<ffffffff8025825f>] generic_file_aio_read+0x312/0x4c6
Dec 27 10:38:42 Tux [<ffffffff80261e5b>] zone_statistics+0x3a/0x8e
Dec 27 10:38:42 Tux [<ffffffff8027e55f>] do_sync_read+0xc9/0x10c
Dec 27 10:38:42 Tux [<ffffffff8023df05>] autoremove_wake_function+0x0/0x2e
Dec 27 10:38:42 Tux [<ffffffff80268f65>] vma_merge+0x147/0x1f4
Dec 27 10:38:42 Tux [<ffffffff8027ecc6>] vfs_read+0xaa/0x132
Dec 27 10:38:42 Tux [<ffffffff8027f062>] sys_read+0x45/0x6e
Dec 27 10:38:42 Tux [<ffffffff8020b00b>] system_call_after_swapgs+0x7b/0x80
Dec 27 10:38:42 Tux
Dec 27 10:38:42 Tux INFO: task vol_id:5643 blocked for more than 120 seconds.
Dec 27 10:38:42 Tux "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Dec 27 10:38:42 Tux vol_id        D ffffffff8059d3a0     0  5643   5642
Dec 27 10:38:42 Tux ffff81006d667c58 0000000000000086 0000000000000000 ffffffff8029f587
Dec 27 10:38:42 Tux ffff81006d6631b0 ffff81007fbecc10 ffff81006d6633e8 000000026f8d8198
Dec 27 10:38:42 Tux 00000000ffffffff ffff81006d6a5000 0000000000000000 0000000000000000
Dec 27 10:38:42 Tux Call Trace:
Dec 27 10:38:42 Tux [<ffffffff8029f587>] block_read_full_page+0x248/0x265
Dec 27 10:38:42 Tux [<ffffffff80257f1d>] sync_page_killable+0x0/0x30
Dec 27 10:38:42 Tux [<ffffffff805811b2>] io_schedule+0x28/0x34
Dec 27 10:38:42 Tux [<ffffffff80256775>] sync_page+0x3c/0x41
Dec 27 10:38:42 Tux [<ffffffff80257f26>] sync_page_killable+0x9/0x30
Dec 27 10:38:42 Tux [<ffffffff805812ef>] __wait_on_bit_lock+0x36/0x66
Dec 27 10:38:42 Tux [<ffffffff802566c1>] __lock_page_killable+0x5e/0x64
Dec 27 10:38:42 Tux [<ffffffff8023df33>] wake_bit_function+0x0/0x23
Dec 27 10:38:42 Tux [<ffffffff8025825f>] generic_file_aio_read+0x312/0x4c6
Dec 27 10:38:42 Tux [<ffffffff80261e5b>] zone_statistics+0x3a/0x8e
Dec 27 10:38:42 Tux [<ffffffff8027e55f>] do_sync_read+0xc9/0x10c
Dec 27 10:38:42 Tux [<ffffffff8023df05>] autoremove_wake_function+0x0/0x2e
Dec 27 10:38:42 Tux [<ffffffff8027ecc6>] vfs_read+0xaa/0x132
Dec 27 10:38:42 Tux [<ffffffff8027f062>] sys_read+0x45/0x6e
Dec 27 10:38:42 Tux [<ffffffff8020b00b>] system_call_after_swapgs+0x7b/0x80
Dec 27 10:38:42 Tux


Here's what I use to try and mount the disk, and after a few minutes the results ...
Code:

$ mount -t hfsplus -o ro /dev/sdb1 /mnt/mac
mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so


And more of this shows up in /var/log/messages ...
Code:

Dec 27 10:40:51 Tux INFO: task vol_id:5643 blocked for more than 120 seconds.
Dec 27 10:40:51 Tux "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Dec 27 10:40:51 Tux vol_id        D ffffffff8059d3a0     0  5643      1
Dec 27 10:40:51 Tux ffff81006d667c58 0000000000000086 0000000000000000 ffffffff8029f587
Dec 27 10:40:51 Tux ffff81006d6631b0 ffff81007fbecc10 ffff81006d6633e8 000000026f8d8198
Dec 27 10:40:51 Tux 00000000ffffffff ffff81006d6a5000 0000000000000000 0000000000000000
Dec 27 10:40:51 Tux Call Trace:
Dec 27 10:40:51 Tux [<ffffffff8029f587>] block_read_full_page+0x248/0x265
Dec 27 10:40:51 Tux [<ffffffff80257f1d>] sync_page_killable+0x0/0x30
Dec 27 10:40:51 Tux [<ffffffff805811b2>] io_schedule+0x28/0x34
Dec 27 10:40:51 Tux [<ffffffff80256775>] sync_page+0x3c/0x41
Dec 27 10:40:51 Tux [<ffffffff80257f26>] sync_page_killable+0x9/0x30
Dec 27 10:40:51 Tux [<ffffffff805812ef>] __wait_on_bit_lock+0x36/0x66
Dec 27 10:40:51 Tux [<ffffffff802566c1>] __lock_page_killable+0x5e/0x64
Dec 27 10:40:51 Tux [<ffffffff8023df33>] wake_bit_function+0x0/0x23
Dec 27 10:40:51 Tux [<ffffffff8025825f>] generic_file_aio_read+0x312/0x4c6
Dec 27 10:40:51 Tux [<ffffffff80261e5b>] zone_statistics+0x3a/0x8e
Dec 27 10:40:51 Tux [<ffffffff8027e55f>] do_sync_read+0xc9/0x10c
Dec 27 10:40:51 Tux [<ffffffff8023df05>] autoremove_wake_function+0x0/0x2e
Dec 27 10:40:51 Tux [<ffffffff8027ecc6>] vfs_read+0xaa/0x132
Dec 27 10:40:51 Tux [<ffffffff8027f062>] sys_read+0x45/0x6e
Dec 27 10:40:51 Tux [<ffffffff8020b00b>] system_call_after_swapgs+0x7b/0x80
Dec 27 10:40:51 Tux
Dec 27 10:41:38 Tux ieee1394: sbp2: aborting sbp2 command
Dec 27 10:41:38 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 27 10:42:12 Tux INFO: task mount:5647 blocked for more than 120 seconds.
Dec 27 10:42:12 Tux "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Dec 27 10:42:12 Tux mount         D ffffffff8059d3a0     0  5647   5588
Dec 27 10:42:12 Tux ffff81006d4f5938 0000000000000086 0000000000000000 ffffffff803617eb
Dec 27 10:42:12 Tux ffff81007e4c0090 ffff81007fbecc10 ffff81007e4c02c8 000000028036182e
Dec 27 10:42:12 Tux 00000000ffffffff ffff81007e832200 0000000000000000 0000000000000000
Dec 27 10:42:12 Tux Call Trace:
Dec 27 10:42:12 Tux [<ffffffff803617eb>] cfq_add_rq_rb+0x6f/0x81
Dec 27 10:42:12 Tux [<ffffffff8029d6b6>] sync_buffer+0x0/0x3f
Dec 27 10:42:12 Tux [<ffffffff805811b2>] io_schedule+0x28/0x34
Dec 27 10:42:12 Tux [<ffffffff8029d6f1>] sync_buffer+0x3b/0x3f
Dec 27 10:42:12 Tux [<ffffffff805813d7>] __wait_on_bit+0x40/0x6e
Dec 27 10:42:12 Tux [<ffffffff8029d6b6>] sync_buffer+0x0/0x3f
Dec 27 10:42:12 Tux [<ffffffff80581471>] out_of_line_wait_on_bit+0x6c/0x78
Dec 27 10:42:12 Tux [<ffffffff8023df33>] wake_bit_function+0x0/0x23
Dec 27 10:42:12 Tux [<ffffffff8029ee89>] __bread+0x68/0x7c
Dec 27 10:42:12 Tux [<ffffffffa0833b54>] :hfsplus:hfsplus_read_wrapper+0xf8/0x384
Dec 27 10:42:12 Tux [<ffffffffa082c797>] :hfsplus:hfsplus_fill_super+0xa8/0x4b1
Dec 27 10:42:12 Tux [<ffffffff8036904a>] vsnprintf+0x575/0x5be
Dec 27 10:42:12 Tux [<ffffffff80364e64>] kobject_get+0x12/0x17
Dec 27 10:42:12 Tux [<ffffffff802a1c1e>] do_open+0x223/0x2b1
Dec 27 10:42:12 Tux [<ffffffff802a1d1c>] __blkdev_get+0x70/0x82
Dec 27 10:42:12 Tux [<ffffffffa082c6ef>] :hfsplus:hfsplus_fill_super+0x0/0x4b1
Dec 27 10:42:12 Tux [<ffffffff8036919d>] snprintf+0x44/0x4c
Dec 27 10:42:12 Tux [<ffffffff805821ff>] __down_write_nested+0x12/0x93
Dec 27 10:42:12 Tux [<ffffffff80291604>] get_filesystem+0x12/0x32
Dec 27 10:42:12 Tux [<ffffffff8027fdd1>] sget+0x356/0x365
Dec 27 10:42:12 Tux [<ffffffff8027f83c>] set_bdev_super+0x0/0xf
Dec 27 10:42:12 Tux [<ffffffffa082c6ef>] :hfsplus:hfsplus_fill_super+0x0/0x4b1
Dec 27 10:42:12 Tux [<ffffffff80280754>] get_sb_bdev+0xf8/0x145
Dec 27 10:42:12 Tux [<ffffffff802801c0>] vfs_kern_mount+0x4f/0x96
Dec 27 10:42:12 Tux [<ffffffff8028025a>] do_kern_mount+0x43/0xdc
Dec 27 10:42:12 Tux [<ffffffff80294267>] do_new_mount+0x5b/0x95
Dec 27 10:42:12 Tux [<ffffffff8029442a>] do_mount+0x189/0x1b6
Dec 27 10:42:12 Tux [<ffffffff8025be43>] __alloc_pages_internal+0xe2/0x3bd
Dec 27 10:42:12 Tux [<ffffffff802944e1>] sys_mount+0x8a/0xd9
Dec 27 10:42:12 Tux [<ffffffff8020b00b>] system_call_after_swapgs+0x7b/0x80
Dec 27 10:42:12 Tux
Dec 27 10:42:39 Tux ieee1394: sbp2: aborting sbp2 command
Dec 27 10:42:39 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 27 10:42:39 Tux sd 5:0:0:0: [sdb] Result: hostbyte=DID_ABORT driverbyte=DRIVER_OK,SUGGEST_OK
Dec 27 10:42:39 Tux end_request: I/O error, dev sdb, sector 269952
Dec 27 10:42:39 Tux __ratelimit: 14 messages suppressed
Dec 27 10:42:39 Tux Buffer I/O error on device sdb10, logical block 748
Dec 27 10:42:39 Tux attempt to access beyond end of device
Dec 27 10:42:39 Tux sdb1: rw=0, want=263971, limit=63
Dec 27 10:42:39 Tux hfs: unable to find HFS+ superblock
Dec 27 10:43:39 Tux ieee1394: sbp2: aborting sbp2 command
Dec 27 10:43:39 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00


Anyone have any ideas about what I could try?

Also ... I just found this in my dmesg ...
Code:

ieee1394: sbp2: Error logging into SBP-2 device - timed out
ieee1394: sbp2: Failed to reconnect to sbp2 device!
ieee1394: Node changed: 0-01:1023 -> 0-00:1023
ieee1394: Node suspended: ID:BUS[0-00:1023]  GUID[000393fffe98c980]
scsi 4:0:0:0: [sdb] Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK,SUGGEST_O
K
end_request: I/O error, dev sdb, sector 269952
Buffer I/O error on device sdb10, logical block 748
Buffer I/O error on device sdb10, logical block 748
Buffer I/O error on device sdb10, logical block 0
Buffer I/O error on device sdb10, logical block 1
Buffer I/O error on device sdb10, logical block 2
Buffer I/O error on device sdb10, logical block 3
Buffer I/O error on device sdb10, logical block 4
Buffer I/O error on device sdb10, logical block 5
Buffer I/O error on device sdb10, logical block 6
Buffer I/O error on device sdb10, logical block 7


In my /dev I only have sdb1-9 for this device.

And if I try some hfsutils ...
Code:

 # hmount /dev/sdb
/dev/sdb: contains 1 HFS partition
Volume name is "Haley" (locked)
Volume was created on Fri Jun  2 21:31:25 2006
Volume was last modified on Fri Jun  2 21:31:25 2006
Volume has 0 bytes free
Back to top
View user's profile Send private message
notmynormalself
n00b
n00b


Joined: 19 Jun 2008
Posts: 15
Location: Oregon

PostPosted: Sat Dec 27, 2008 10:55 pm    Post subject: Re: mounting HFS+ Reply with quote

Wizumwalt wrote:

In my /dev I only have sdb1-9 for this device.


Did you try to mount 9?
Back to top
View user's profile Send private message
JoseJX
Retired Dev
Retired Dev


Joined: 28 Apr 2002
Posts: 2774

PostPosted: Sun Dec 28, 2008 2:02 am    Post subject: Reply with quote

A few things:

1. Do you have Apple partition support in your kernel?
2. HFSutils is only for HFS filesystems, not HFS+.
3. It appears that the disk is having problems reading data, I get these errors with bad disks occasionally:
Quote:
Buffer I/O error on device sdb10, logical block 748
. It could also be an issue with firewire disks, do other disks work with this configuration?
_________________
Gentoo PPC FAQ: http://www.gentoo.org/doc/en/gentoo-ppc-faq.xml
Back to top
View user's profile Send private message
Wizumwalt
Guru
Guru


Joined: 20 Aug 2006
Posts: 478

PostPosted: Sun Dec 28, 2008 2:17 am    Post subject: Reply with quote

1. Yes,
2. Oops.
3. Darn!

Today I updated my kernel to 2.6.27-r7 and after rebooting, I don't see sdb9 anymore, but now I have sdb11. Though it still doesn't mount. Same errors. I don't have any other firewire devices to try.

But when I plug the firewire into my linux box from the mac, I get the following details showing sdb9, sdb10 which I don't see in my /dev dir.

Code:

Dec 27 20:14:07 Tux ieee1394: Node added: ID:BUS[0-00:1023]  GUID[000393fffe98c980]
Dec 27 20:14:07 Tux ieee1394: Node changed: 0-00:1023 -> 0-01:1023
Dec 27 20:14:07 Tux scsi4 : SBP-2 IEEE-1394
Dec 27 20:14:08 Tux ieee1394: sbp2: Logged into SBP-2 device
Dec 27 20:14:08 Tux ieee1394: sbp2: Node 0-00:1023: Max speed [S400] - Max payload [2048]
Dec 27 20:14:08 Tux isa bounce pool size: 16 pages
Dec 27 20:14:08 Tux scsi 4:0:0:0: Direct-Access-RBC AAPL     FireWire Target  0000 PQ: 0 ANSI: 3
Dec 27 20:14:08 Tux sd 4:0:0:0: [sdb] 78242976 512-byte hardware sectors (40060 MB)
Dec 27 20:14:08 Tux sd 4:0:0:0: [sdb] Write Protect is off
Dec 27 20:14:08 Tux sd 4:0:0:0: [sdb] Mode Sense: 10 00 00 00
Dec 27 20:14:08 Tux sd 4:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Dec 27 20:14:08 Tux sd 4:0:0:0: [sdb] 78242976 512-byte hardware sectors (40060 MB)
Dec 27 20:14:08 Tux sd 4:0:0:0: [sdb] Write Protect is off
Dec 27 20:14:08 Tux sd 4:0:0:0: [sdb] Mode Sense: 10 00 00 00
Dec 27 20:14:08 Tux sd 4:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Dec 27 20:14:08 Tux sdb: [mac] sdb1 sdb2 sdb3 sdb4 sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 sdb11
Dec 27 20:14:08 Tux sd 4:0:0:0: [sdb] Attached SCSI disk
Dec 27 20:14:08 Tux sd 4:0:0:0: Attached scsi generic sg2 type 14
Back to top
View user's profile Send private message
JoseJX
Retired Dev
Retired Dev


Joined: 28 Apr 2002
Posts: 2774

PostPosted: Sun Dec 28, 2008 5:43 am    Post subject: Reply with quote

What does this say? (you may need to emerge mac-fdisk first!):
Code:
mac-fdisk -l /dev/sdb

_________________
Gentoo PPC FAQ: http://www.gentoo.org/doc/en/gentoo-ppc-faq.xml
Back to top
View user's profile Send private message
Wizumwalt
Guru
Guru


Joined: 20 Aug 2006
Posts: 478

PostPosted: Sun Dec 28, 2008 6:59 am    Post subject: Reply with quote

Here's the results, but it took several minutes for the results to appear.
Code:

# mac-fdisk -l /dev/sdb
/dev/sdb
        #                    type name                length   base    ( size )  system
/dev/sdb1     Apple_partition_map Apple                   63 @ 1       ( 31.5k)  Partition map
/dev/sdb2          Apple_Driver43 Macintosh               56 @ 64      ( 28.0k)  Driver 4.3
/dev/sdb3          Apple_Driver43 Macintosh               56 @ 120     ( 28.0k)  Driver 4.3
/dev/sdb4        Apple_Driver_ATA Macintosh               56 @ 176     ( 28.0k)  Unknown
/dev/sdb5        Apple_Driver_ATA Macintosh               56 @ 232     ( 28.0k)  Unknown
/dev/sdb6          Apple_FWDriver Macintosh              512 @ 288     (256.0k)  Unknown
/dev/sdb7      Apple_Driver_IOKit Macintosh              512 @ 800     (256.0k)  Unknown
/dev/sdb8           Apple_Patches Patch Partition        512 @ 1312    (256.0k)  Unknown
/dev/sdb9              Apple_Free                     262144 @ 1824    (128.0M)  Free space
/dev/sdb10              Apple_HFS Apple_HFS_Untitled_1 77978992 @ 263968  ( 37.2G)  HFS
/dev/sdb11             Apple_Free                         16 @ 78242960 (  8.0k)  Free space

Block size=512, Number of Blocks=78242976
DeviceType=0x0, DeviceId=0x0
Drivers-
1: @ 64 for 23, type=0x1
2: @ 120 for 36, type=0xffff
3: @ 176 for 21, type=0x701
4: @ 232 for 34, type=0xf8ff


And this is what showed up in my /var/log/messages ...
Code:

Dec 28 00:42:24 Tux ieee1394: sbp2: aborting sbp2 command
Dec 28 00:42:24 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 28 00:43:28 Tux ieee1394: sbp2: aborting sbp2 command
Dec 28 00:43:28 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 28 00:44:29 Tux ieee1394: sbp2: aborting sbp2 command
Dec 28 00:44:29 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 28 00:45:29 Tux ieee1394: sbp2: aborting sbp2 command
Dec 28 00:45:29 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 28 00:46:30 Tux ieee1394: sbp2: aborting sbp2 command
Dec 28 00:46:30 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 28 00:47:30 Tux ieee1394: sbp2: aborting sbp2 command
Dec 28 00:47:30 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 28 00:47:30 Tux sd 5:0:0:0: [sdb] Result: hostbyte=DID_ABORT driverbyte=DRIVER_OK,SUGGEST_OK
Dec 28 00:47:30 Tux end_request: I/O error, dev sdb, sector 269952
Dec 28 00:47:30 Tux Buffer I/O error on device sdb10, logical block 748
Dec 28 00:48:31 Tux ieee1394: sbp2: aborting sbp2 command
Dec 28 00:48:31 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 28 00:49:31 Tux ieee1394: sbp2: aborting sbp2 command
Dec 28 00:49:31 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 28 00:50:32 Tux ieee1394: sbp2: aborting sbp2 command
Dec 28 00:50:32 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 28 00:51:32 Tux ieee1394: sbp2: aborting sbp2 command
Dec 28 00:51:32 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 28 00:52:32 Tux ieee1394: sbp2: aborting sbp2 command
Dec 28 00:52:32 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 28 00:53:33 Tux ieee1394: sbp2: aborting sbp2 command
Dec 28 00:53:33 Tux sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 04 1e 80 00 00 08 00
Dec 28 00:53:33 Tux sd 5:0:0:0: [sdb] Result: hostbyte=DID_ABORT driverbyte=DRIVER_OK,SUGGEST_OK
Dec 28 00:53:33 Tux end_request: I/O error, dev sdb, sector 269952
Dec 28 00:53:33 Tux Buffer I/O error on device sdb10, logical block 748
Back to top
View user's profile Send private message
DirtyHairy
l33t
l33t


Joined: 03 Jul 2006
Posts: 608
Location: Würzburg, Deutschland

PostPosted: Sun Dec 28, 2008 11:25 am    Post subject: Reply with quote

These I/O errors do look bad. Do other firewire drives work on your machine? If you have access to another machine with firewire, you could try and see if it works there; also, you could try to take the disk out of its firewire case and attach it directly (but beware, this might void your warranty on the drive).
Back to top
View user's profile Send private message
Wizumwalt
Guru
Guru


Joined: 20 Aug 2006
Posts: 478

PostPosted: Sun Dec 28, 2008 4:54 pm    Post subject: Reply with quote

This drive is inside a TiPB G4 (no warranty left to void :). I don't have anything else to try it with to see if firewire works.
Back to top
View user's profile Send private message
JoseJX
Retired Dev
Retired Dev


Joined: 28 Apr 2002
Posts: 2774

PostPosted: Mon Dec 29, 2008 8:15 pm    Post subject: Reply with quote

Well, first of all, the device that has the HFS+ filesystem is /dev/sdb10 (from the mac-fdisk results). Try mounting this one and see if it works. If no device exists for that partition, make one with mknod:
Code:

mknod sdb10 b 8 26


But it does appear that there are issues with the disk itself which is causing your I/O errors in dmesg.
_________________
Gentoo PPC FAQ: http://www.gentoo.org/doc/en/gentoo-ppc-faq.xml
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo on PPC All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum