Wasted space when formating WD15EARS

[GoogleCodeExporter]

What steps will reproduce the problem?
1.Formating WD15EARS (4k, 1.5TB) with wizard in 0.1B6
2.Using non-raid EXT3 format

What is the expected output? What do you see instead?
Disk will be 1.24TB instead of 1.36TB

What version of the product are you using? On what operating system?
DNS-323 B1 OF1.08 with tar Alt-F-0.1B6, Windows 7 64bit 

Please provide any additional information below.
Formating with dns-323 vendor firmware will give 1.36TB, then realigning 
partitions 1 and 2 manually will still give 1.36TB (minus around 150mb of used 
space)
Was done with only 1 drive in right bay
Manual realign: 
https://docs.google.com/document/pub?id=1ZnfQ8kvkBAHSa4EsT9kRPzPVxLz1zU2MLQKLmMR
OF7A&pli=1

Original issue reported on code.google.com by samdriv...@gmail.com on 3 Jan 2011 at 3:46

[GoogleCodeExporter]

-can you please post the output of
   sfdisk -luS

-Do you still have the partition table produced by Alt-F? Or at least have an 
ideia of the differences/changes you made?

Original comment by whoami.j...@gmail.com on 6 Jan 2011 at 5:21

[GoogleCodeExporter]

First off thatnks for the work on the ALT-F project. I have a similar problem 
with 2xWD20EARS.  I'm trying to manually align as per the same document listed 
above as well as though the ALT-F manual partitions part of the web but no luck 
yet so not sure what manually aligned would yield..

Here are some of the requested outputs:

Dlink Firmware 1.09
----------------------------------------- 
# sfdisk -lus
unrecognized format - using sectors

Disk /dev/sda: 243201 cylinders, 255 heads, 63 sectors/track
Units = sectors of 512 bytes, counting from 0

   Device Boot    Start       End   #sectors  Id  System
/dev/sda1            63   1060289    1060227  82  Linux swap
/dev/sda2       2088450 3904903484 3902815035  83  Linux
/dev/sda3             0         -          0   0  Empty
/dev/sda4       1060290   2088449    1028160  83  Linux

Disk /dev/sdb: 243201 cylinders, 255 heads, 63 sectors/track
Units = sectors of 512 bytes, counting from 0

   Device Boot    Start       End   #sectors  Id  System
/dev/sdb1            63   1060289    1060227  82  Linux swap
/dev/sdb2       2088450 3904903484 3902815035  83  Linux
/dev/sdb3             0         -          0   0  Empty
/dev/sdb4       1060290   2088449    1028160  83  Linux

-----------------------------------------
Alt-F Firmware 0.1B6 
-----------------------------------------

# sfdisk -lus
unrecognized format - using sectors

Disk /dev/sda: 243201 cylinders, 255 heads, 63 sectors/track
Units = sectors of 512 bytes, counting from 0

   Device Boot    Start       End   #sectors  Id  System
/dev/sda1            64   1048639    1048576  82  Linux swap
/dev/sda2       1048640 3518037296 3516988657  da  Non-FS data
/dev/sda3     3907029169 3907024064 4294962192  83  Linux
/dev/sda4             0         -          0   0  Empty

Disk /dev/sdb: 243201 cylinders, 255 heads, 63 sectors/track
Units = sectors of 512 bytes, counting from 0

   Device Boot    Start       End   #sectors  Id  System
/dev/sdb1            64   1048639    1048576  82  Linux swap
/dev/sdb2       1048640 3518037296 3516988657  da  Non-FS data
/dev/sdb3     3907029169 3907024064 4294962192  83  Linux
/dev/sdb4             0         -          0   0  Empty
#

Original comment by grimwood...@gmail.com on 12 Jan 2011 at 2:31

[GoogleCodeExporter]

I'm assuming that you are trying to create a raid1 array using the disk wizard.
I discovered a typo, but I'm not sure if it is the culprit.

Could you please run the attached script in order to get some diagnostics?
It does not changes anything on your disks.

Download the script to the box, login it and execute the script, typing

   /bin/sh <directory_where_script_is>/fakewizard.sh  >& fakewizard.log

and post as attachments the produced files:

   fakewizard.log
   /tmp/sfdisk-sda
   /tmp/sfdisk-sda

Thanks

Original comment by whoami.j...@gmail.com on 12 Jan 2011 at 5:48

• Changed state: Started

Attachments:

• fakewizard.sh

[GoogleCodeExporter]

I can't post my sfdisk -lus results because fun_plug is saying my home dir 
doesn't exist anymore (being trying to fix that for a few days). Since I didn't 
check sfdisk -lus when I formated (no raid) using 0.1b6 I didn't see if sdb4 
was created. So is there a reason why for grimwoodian sdb3 is used instead of 
sdb4? Also why is sdb2 ending at 3518037296 and the next partition starting at 
3907029169, when I did mine manualy I used the default recommendation from 
fdisk wich was 1 sector after the previous one (like 1.09 does grimwoodian 
example: sdb4 ending 2088449 sdb3 start 2088450). Seems like the missing space 
could be that jump.

Original comment by samdriv...@gmail.com on 13 Jan 2011 at 4:16

[GoogleCodeExporter]

In "sfdisk -lus" the last 's' is uppercase.

> fun_plug is saying my home dir doesn't exist anymore

I don't understand that statement.

> when I formated using 0.1b6 I didn't see if sdb4 was created

You have to understand that the Alt-F wizard does not create a dlink compatible 
disk partition! Dlink expects a rather strange partition scheme, that I won't 
endorse.
I just added to my TODO2 list:
-disk wizard: warn users that the created partitioning is not dlink compatible, 
or flash Alt-F
-disk partitioner: warn users to create a dlink compatible partitioning, or 
flash Alt-F

As for the missing disk space, that's what I'm investigating.
I'm using two old 80GB disks for Alt-F development, and with those disks the 
problem does not arise.
That's why I ask you and grimwoodian (or anybody else) to run the fakewizard.sh 
script, to see where the error is when using huge disks.

Original comment by whoami.j...@gmail.com on 13 Jan 2011 at 6:01

[GoogleCodeExporter]

Thanks for the prompt response... sorry for the delay.. had troubles getting 
back into ALT-F after a reboot (ie web interface passwd not working but could 
connect and log in via telnet).. using the dlink firmware restored defaults and 
it worked.

I reformatted the drives also with the dlink software (because ext4 meant they 
were unrecognizable by dlink firmware)..  and haven't had the time to reformat 
using wizard.. but ran the scripts as requested.

Can reformat using wizard and post results if needed as wizard

Original comment by grimwood...@gmail.com on 14 Jan 2011 at 4:06

Attachments:

• fakewizard.log
• sfdisk-sda
• sfdisk-sdb

[GoogleCodeExporter]

The culprit is sfdisk, that reports a negative number of sectors:
  sfdisk -s /dev/sda
  -193969064

With one 1TB disk I have this doesn't happens:
   sfdisk -s /dev/sda
   976762584

So this problem will affect users with 1.5 and 2 TB disks.

Can you please try the attached modified fakewizard.sh and post the same files 
as before?

Original comment by whoami.j...@gmail.com on 14 Jan 2011 at 11:32

Attachments:

• fakewizard-1.sh

[GoogleCodeExporter]

As requested here are the files using the version 1 of the file.  I still have 
not reformatted using the Alt-F wizard. I renamed the sfdisk files to have a -1 
extension as well.

Original comment by grimwood...@gmail.com on 15 Jan 2011 at 12:00

Attachments:

• fakewizard-1.log
• sfdisk-sda-1
• sfdisk-sdb-1

[GoogleCodeExporter]

Everything looks fine now.
If you want to try the wizard fix, use the B6+ release that you can found at

http://dl.dropbox.com/u/1555717/DNS-323/Alt-F/experimental/index.html

an report back.

Original comment by whoami.j...@gmail.com on 15 Jan 2011 at 7:44

[GoogleCodeExporter]

Installed the B6+ release and used the wizard to reformat the drives (ext4) and 
recreate the Raid 1.. after format and resync.. web interface reports the raid 
partition as 1.8TB with a 0.5GB swap partition on each drive.  

Also appears the fan issue related with C1 hardw works.. web status now report 
low instead of RPM.. my system temp never exceeds 39DegC so never seen medium 
or high..

Now just need to copy back all my files.. and tweak set-up (install media 
sevrer transmission etc).. and set NAS to no go back to dlink firmware..

Keep up the good work!   

Original comment by grimwood...@gmail.com on 16 Jan 2011 at 8:48

[GoogleCodeExporter]

On Sunday, January 16, 2011 20:49:05 you wrote:

Excelent.

Can you please post the output of the command

   sfdisk -luS # with a capital S

Just lower the turn-points in Services->System->sysctrl->configure to watch 
other fan speeds.

Watchout! You should have already flashed Alt-F!

Dlink does not recognize ext4, so it won't  recognize the fun_plug.
To use ext4 only, you have to flash the box first.

If you don't want to do it, use ext3.

Original comment by whoami.j...@gmail.com on 17 Jan 2011 at 1:21

[GoogleCodeExporter]

As requested outputs from sfdisk

Disk /dev/sda: 243201 cylinders, 255 heads, 63 sectors/track
Units = sectors of 512 bytes, counting from 0

   Device Boot    Start       End   #sectors  Id  System
/dev/sda1            64   1048639    1048576  82  Linux swap
/dev/sda2       1048640 3907024063 3905975424  da  Non-FS data
/dev/sda3             0         -          0   0  Empty
/dev/sda4             0         -          0   0  Empty

Disk /dev/sdb: 243201 cylinders, 255 heads, 63 sectors/track
Units = sectors of 512 bytes, counting from 0

   Device Boot    Start       End   #sectors  Id  System
/dev/sdb1            64   1048639    1048576  82  Linux swap
/dev/sdb2       1048640 3907024063 3905975424  da  Non-FS data
/dev/sdb3             0         -          0   0  Empty
/dev/sdb4             0         -          0   0  Empty

In the process of flashing as we speak..  thanks for the heads-up.. 

Keep up the good work.

Original comment by grimwood...@gmail.com on 18 Jan 2011 at 12:47

[GoogleCodeExporter]

Everything looks fine now, so closing the issue.

Thanks for the collaboration

Original comment by whoami.j...@gmail.com on 18 Jan 2011 at 12:41

• Changed state: Fixed