Recover 2 disk based JBOD on Synology DS207+ with DSM 3.1
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ height:90px;width:728px;box-sizing:border-box;
}
I was asked by a friend if I am able to recover a crashed volume on a Synology DS207+, that was set up with a JBOD volume of 2 disks.
At some point the system crashed (probably a power outage) and it is left with a crashed volume.
It seems the volume 1 has forgotten about DISK 1 and is only showing DISK 2.
Looking at the disks themselves both are listed as working normally but DISK 1 is not initialized while disk 2 still belongs to Volume 1.
The disks are both identical 2 TB hard disks.
I have taken out both disks and ran a surface scan to rule out any faulty disks. Both disks came out clean with no bad sectors, which is why I have hope that maybe the volume can be simply put together again with no data loss.
I hooked the disks back up and SSH'd into the system to get to know more about the volume.
fdisk -l:
Disk /dev/sda: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 311 2490240 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sda2 311 572 2097152 fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sda3 588 243201 1948793440+ fd Linux raid autodetect
Disk /dev/sdb: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 1 311 2490240 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sdb2 311 572 2097152 fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sdb3 588 243201 1948793440+ fd Linux raid autodetect
cat /proc/mdstat:
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active linear sdb3[1]
1948793408 blocks super 1.1 64k rounding [2/1] [_U]
md1 : active raid1 sdb2[1]
2097088 blocks [2/1] [_U]
md0 : active raid1 sdb1[1]
2490176 blocks [2/1] [_U]
unused devices: <none>
Looks like there were multiple setups at some point. I looked into /etc/fstab to see what was currently set up:
/dev/root / ext3 defaults 1 1
none /proc proc defaults 0 0
/dev/md2 /volume1 ext3 defaults 0 0
So md2 is the active setup. I took a closer look at it.
mdadm --detail /dev/md2:
/dev/md2:
Version : 01.01
Creation Time : Thu Feb 17 12:49:46 2011
Raid Level : linear
Array Size : 1948793408 (1858.51 GiB 1995.56 GB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 2
Persistence : Superblock is persistent
Update Time : Sun Mar 10 11:36:50 2019
State : active, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Rounding : 64K
Name : 2
UUID : 763a5c64:fbc0e3f6:fb3c451b:521efa98
Events : 7
Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 19 1 active sync /dev/sdb3
Now I am getting into unfamiliar territory because I have never set up raids by hand before and I am unfamiliar with all that mdadm can do.
I attempted to simply add the disk to the volume but that will not work.
mdadm --manage /dev/md2 --add /dev/sda3:
mdadm: add new device failed for /dev/sda3 as 2: Invalid argument
And the same with --re-add instead of --add.
I am now a tad afraid to proceed with any other commands when looking for similar issues and their solutions as I do not want to erase the data. Of course if there is no other way when I want to get the disks into a working order again then that is that. I know that JBODs are not the way to go without any additional means of backing up the data and my friend obviously does so now as well. :)
But it would still be great if I could somehow rescue this whole mess and in future set it up in a proper manner.
Edit:
Alternatively, if the data on both disks can be rescued outside of the Synology Diskstation, this would be a valid solution as well. I have a spare 4 TB disk which could fit the data of the 2 2 TB disks. Can the data of the linux raid autodetect partitions simply be read and copied to the bigger disk?
linux hard-drive raid nas jbod
add a comment |
I was asked by a friend if I am able to recover a crashed volume on a Synology DS207+, that was set up with a JBOD volume of 2 disks.
At some point the system crashed (probably a power outage) and it is left with a crashed volume.
It seems the volume 1 has forgotten about DISK 1 and is only showing DISK 2.
Looking at the disks themselves both are listed as working normally but DISK 1 is not initialized while disk 2 still belongs to Volume 1.
The disks are both identical 2 TB hard disks.
I have taken out both disks and ran a surface scan to rule out any faulty disks. Both disks came out clean with no bad sectors, which is why I have hope that maybe the volume can be simply put together again with no data loss.
I hooked the disks back up and SSH'd into the system to get to know more about the volume.
fdisk -l:
Disk /dev/sda: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 311 2490240 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sda2 311 572 2097152 fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sda3 588 243201 1948793440+ fd Linux raid autodetect
Disk /dev/sdb: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 1 311 2490240 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sdb2 311 572 2097152 fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sdb3 588 243201 1948793440+ fd Linux raid autodetect
cat /proc/mdstat:
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active linear sdb3[1]
1948793408 blocks super 1.1 64k rounding [2/1] [_U]
md1 : active raid1 sdb2[1]
2097088 blocks [2/1] [_U]
md0 : active raid1 sdb1[1]
2490176 blocks [2/1] [_U]
unused devices: <none>
Looks like there were multiple setups at some point. I looked into /etc/fstab to see what was currently set up:
/dev/root / ext3 defaults 1 1
none /proc proc defaults 0 0
/dev/md2 /volume1 ext3 defaults 0 0
So md2 is the active setup. I took a closer look at it.
mdadm --detail /dev/md2:
/dev/md2:
Version : 01.01
Creation Time : Thu Feb 17 12:49:46 2011
Raid Level : linear
Array Size : 1948793408 (1858.51 GiB 1995.56 GB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 2
Persistence : Superblock is persistent
Update Time : Sun Mar 10 11:36:50 2019
State : active, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Rounding : 64K
Name : 2
UUID : 763a5c64:fbc0e3f6:fb3c451b:521efa98
Events : 7
Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 19 1 active sync /dev/sdb3
Now I am getting into unfamiliar territory because I have never set up raids by hand before and I am unfamiliar with all that mdadm can do.
I attempted to simply add the disk to the volume but that will not work.
mdadm --manage /dev/md2 --add /dev/sda3:
mdadm: add new device failed for /dev/sda3 as 2: Invalid argument
And the same with --re-add instead of --add.
I am now a tad afraid to proceed with any other commands when looking for similar issues and their solutions as I do not want to erase the data. Of course if there is no other way when I want to get the disks into a working order again then that is that. I know that JBODs are not the way to go without any additional means of backing up the data and my friend obviously does so now as well. :)
But it would still be great if I could somehow rescue this whole mess and in future set it up in a proper manner.
Edit:
Alternatively, if the data on both disks can be rescued outside of the Synology Diskstation, this would be a valid solution as well. I have a spare 4 TB disk which could fit the data of the 2 2 TB disks. Can the data of the linux raid autodetect partitions simply be read and copied to the bigger disk?
linux hard-drive raid nas jbod
add a comment |
I was asked by a friend if I am able to recover a crashed volume on a Synology DS207+, that was set up with a JBOD volume of 2 disks.
At some point the system crashed (probably a power outage) and it is left with a crashed volume.
It seems the volume 1 has forgotten about DISK 1 and is only showing DISK 2.
Looking at the disks themselves both are listed as working normally but DISK 1 is not initialized while disk 2 still belongs to Volume 1.
The disks are both identical 2 TB hard disks.
I have taken out both disks and ran a surface scan to rule out any faulty disks. Both disks came out clean with no bad sectors, which is why I have hope that maybe the volume can be simply put together again with no data loss.
I hooked the disks back up and SSH'd into the system to get to know more about the volume.
fdisk -l:
Disk /dev/sda: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 311 2490240 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sda2 311 572 2097152 fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sda3 588 243201 1948793440+ fd Linux raid autodetect
Disk /dev/sdb: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 1 311 2490240 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sdb2 311 572 2097152 fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sdb3 588 243201 1948793440+ fd Linux raid autodetect
cat /proc/mdstat:
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active linear sdb3[1]
1948793408 blocks super 1.1 64k rounding [2/1] [_U]
md1 : active raid1 sdb2[1]
2097088 blocks [2/1] [_U]
md0 : active raid1 sdb1[1]
2490176 blocks [2/1] [_U]
unused devices: <none>
Looks like there were multiple setups at some point. I looked into /etc/fstab to see what was currently set up:
/dev/root / ext3 defaults 1 1
none /proc proc defaults 0 0
/dev/md2 /volume1 ext3 defaults 0 0
So md2 is the active setup. I took a closer look at it.
mdadm --detail /dev/md2:
/dev/md2:
Version : 01.01
Creation Time : Thu Feb 17 12:49:46 2011
Raid Level : linear
Array Size : 1948793408 (1858.51 GiB 1995.56 GB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 2
Persistence : Superblock is persistent
Update Time : Sun Mar 10 11:36:50 2019
State : active, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Rounding : 64K
Name : 2
UUID : 763a5c64:fbc0e3f6:fb3c451b:521efa98
Events : 7
Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 19 1 active sync /dev/sdb3
Now I am getting into unfamiliar territory because I have never set up raids by hand before and I am unfamiliar with all that mdadm can do.
I attempted to simply add the disk to the volume but that will not work.
mdadm --manage /dev/md2 --add /dev/sda3:
mdadm: add new device failed for /dev/sda3 as 2: Invalid argument
And the same with --re-add instead of --add.
I am now a tad afraid to proceed with any other commands when looking for similar issues and their solutions as I do not want to erase the data. Of course if there is no other way when I want to get the disks into a working order again then that is that. I know that JBODs are not the way to go without any additional means of backing up the data and my friend obviously does so now as well. :)
But it would still be great if I could somehow rescue this whole mess and in future set it up in a proper manner.
Edit:
Alternatively, if the data on both disks can be rescued outside of the Synology Diskstation, this would be a valid solution as well. I have a spare 4 TB disk which could fit the data of the 2 2 TB disks. Can the data of the linux raid autodetect partitions simply be read and copied to the bigger disk?
linux hard-drive raid nas jbod
I was asked by a friend if I am able to recover a crashed volume on a Synology DS207+, that was set up with a JBOD volume of 2 disks.
At some point the system crashed (probably a power outage) and it is left with a crashed volume.
It seems the volume 1 has forgotten about DISK 1 and is only showing DISK 2.
Looking at the disks themselves both are listed as working normally but DISK 1 is not initialized while disk 2 still belongs to Volume 1.
The disks are both identical 2 TB hard disks.
I have taken out both disks and ran a surface scan to rule out any faulty disks. Both disks came out clean with no bad sectors, which is why I have hope that maybe the volume can be simply put together again with no data loss.
I hooked the disks back up and SSH'd into the system to get to know more about the volume.
fdisk -l:
Disk /dev/sda: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 311 2490240 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sda2 311 572 2097152 fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sda3 588 243201 1948793440+ fd Linux raid autodetect
Disk /dev/sdb: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 1 311 2490240 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sdb2 311 572 2097152 fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sdb3 588 243201 1948793440+ fd Linux raid autodetect
cat /proc/mdstat:
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active linear sdb3[1]
1948793408 blocks super 1.1 64k rounding [2/1] [_U]
md1 : active raid1 sdb2[1]
2097088 blocks [2/1] [_U]
md0 : active raid1 sdb1[1]
2490176 blocks [2/1] [_U]
unused devices: <none>
Looks like there were multiple setups at some point. I looked into /etc/fstab to see what was currently set up:
/dev/root / ext3 defaults 1 1
none /proc proc defaults 0 0
/dev/md2 /volume1 ext3 defaults 0 0
So md2 is the active setup. I took a closer look at it.
mdadm --detail /dev/md2:
/dev/md2:
Version : 01.01
Creation Time : Thu Feb 17 12:49:46 2011
Raid Level : linear
Array Size : 1948793408 (1858.51 GiB 1995.56 GB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 2
Persistence : Superblock is persistent
Update Time : Sun Mar 10 11:36:50 2019
State : active, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Rounding : 64K
Name : 2
UUID : 763a5c64:fbc0e3f6:fb3c451b:521efa98
Events : 7
Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 19 1 active sync /dev/sdb3
Now I am getting into unfamiliar territory because I have never set up raids by hand before and I am unfamiliar with all that mdadm can do.
I attempted to simply add the disk to the volume but that will not work.
mdadm --manage /dev/md2 --add /dev/sda3:
mdadm: add new device failed for /dev/sda3 as 2: Invalid argument
And the same with --re-add instead of --add.
I am now a tad afraid to proceed with any other commands when looking for similar issues and their solutions as I do not want to erase the data. Of course if there is no other way when I want to get the disks into a working order again then that is that. I know that JBODs are not the way to go without any additional means of backing up the data and my friend obviously does so now as well. :)
But it would still be great if I could somehow rescue this whole mess and in future set it up in a proper manner.
Edit:
Alternatively, if the data on both disks can be rescued outside of the Synology Diskstation, this would be a valid solution as well. I have a spare 4 TB disk which could fit the data of the 2 2 TB disks. Can the data of the linux raid autodetect partitions simply be read and copied to the bigger disk?
linux hard-drive raid nas jbod
linux hard-drive raid nas jbod
edited Mar 10 at 13:15
Crovaxon
asked Mar 10 at 12:45
CrovaxonCrovaxon
1013
1013
add a comment |
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1412816%2frecover-2-disk-based-jbod-on-synology-ds207-with-dsm-3-1%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1412816%2frecover-2-disk-based-jbod-on-synology-ds207-with-dsm-3-1%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown