Как получить доступ к файлам на диске от более старой системы, смонтированной в новой системе?

Я недавно создал новую систему, после того, как довольно большое телесное ранение было получено моей предыдущей системой (сомнительный баланс и сила тяжести, не было счастливое соединение). Удивительно /home диск той системы, кажется, более или менее пережил травму. Однако...

Я решил использовать новый диск для / (и swap) раздел (разделы) и другой новый диск для нового /home. Теперь это работает, я решил установить старое /home диск (то, что я принял до сих пор, будет совершенно мертво и без способности к использованию) в новую систему для восстановления файлов и данных (насколько возможно).

В этой точке я столкнулся с препятствием: Я понятия не имею, как пойти об этом (с Windows, это было относительно легко, новый диск будет последним символом алфавита и пойдет оттуда).

С 'дисковой утилитой' (Система-> администрация-> Диск Utitlity) я удался, какой диск это (/dev/sda) но нажатие 'монтируется', производит ошибку:

1: помощник перестал работать с:

смонтируйтесь: согласно mtab,/dev/sdb1 уже смонтирован на /

смонтируйтесь отказавший

... если это смонтировано на / Я не вижу его. Я также умеренно смущен диском (устройство /dev/sda) упоминание как /dev/sdb1.

Любому и всему пониманию невероятно были бы рады (я уже голосовал за: Идея № 9063: Новые внутренние жесткие диски автомонтирование по умолчанию в Brainstorm).

---

Отредактированный в ответ на запрос Roland на снимок экрана дисковой утилиты:

Детали (насколько я знаю их):

1. Диск на 40 ГБ / и swap,
2. 1.0 ТБ Samsung /home
3. 1.0 ТБ Hitachi от старой системы (и было старое /home диск).

Вывод от sudo fdisk -l вставляемый ниже:

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000bef00

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1      121601   976760001   83  Linux

Disk /dev/sdb: 40.0 GB, 40018599936 bytes
255 heads, 63 sectors/track, 4865 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00037652

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1        4742    38084608   83  Linux
/dev/sdb2            4742        4866      993281    5  Extended
/dev/sdb5            4742        4866      993280   82  Linux swap / Solaris

Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000e8d46

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1      121602   976760832   83  Linux

---

Отредактированный в ответ на ответ @Danny Главного продукта:

Я выполнил следующее:

udo mkdir /mnt/oldhome
sudo mount -t ext3 /dev/sda1 /mnt/oldhome

Первая часть работает как ожидалось и создает каталог, вторая часть работает в течение некоторого времени и ошибки со следующим:

mount: wrong fs type, bad option, bad superblock on /dev/sda1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Я должен признаться, что начинаю полагать, что УМНЫЙ отчет, который предлагает диск, здоров с 'небольшое количество' поврежденные секторы, может быть немного неточным.

---

Отредактированный, согласно просьбе @Danny Главным продуктом (ниже), с выводом от dmesg | tail:

david@morpheus:~$ dmesg | tail
[  192.008425]         72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 
[  192.008444]         3a 34 18 97 
[  192.008452] sd 0:0:0:0: [sda] Add. Sense: Unrecovered read error - auto reallocate failed
[  192.008464] sd 0:0:0:0: [sda] CDB: Read(10): 28 00 3a 34 18 97 00 01 00 00
[  192.008482] end_request: I/O error, dev sda, sector 976492695
[  192.008511] JBD: Failed to read block at offset 264
[  192.008529] JBD: recovery failed
[  192.008536] EXT3-fs (sda1): 
[  192.008541] ata1: EH complete
[  192.008547] error loading journal

---

Заключительное редактирование:

Это - моя печальная обязанность совместно использовать новости о безвременной кончине одного жесткого диска Hitachi на 1,0 ТБ, должного, я принимаю от щелчков, заставляющих замирать сердце, в его прошлые моменты жизни, механический ущерб, понесенный в падении. Это и его много содержания, будут очень пропущены.

К сожалению, данные не были восстанавливаемыми ни одним из предложений, повышенных в этом вопросе, который оставляет меня в немного неловком положении: Я не хочу иметь вопрос, которому не отвечают, таким образом, я приму сторону общественных голосов и приму ответ @Danny Главного продукта, так как это казалось самым многообещающим предложением (и, снова, был наиболее вознагражденный сообществом ответ), но я отмечу опоздавшими в будущем, что этот вопрос не был (действительно) разрешен, таким образом, решение, предлагаемое @Danny, или, не может, может работать на других.

Спасибо всем за Вашу справку и предложения.