Страница 1 из 1

fdisk raid и раздел в 4.7TB

Добавлено: 2008-05-19 17:06:42
dvg_lab
дано

Код: Выделить всё

# uname -a
FreeBSD backup.tjc.ru 7.0-RELEASE-p1 FreeBSD 7.0-RELEASE-p1 #1: Wed Apr 23 12:47:58 MSD 2008     root@backup.tjc.ru:/usr/obj/usr/src/sys/BKP70  amd64
# dmesg |grep da1
da1 at twa0 bus 0 target 1 lun 0
da1: <AMCC 9650SE-12M DISK 3.08> Fixed Direct Access SCSI-5 device
da1: 100.000MB/s transfers
da1: 4768320MB (9765519360 512 byte sectors: 255H 63S/T 607875C)
# dd if=/dev/zero of=/dev/da1 bs=512 count=10
10+0 records in
10+0 records out
5120 bytes transferred in 0.000851 secs (6015360 bytes/sec)
# fdisk -BI /dev/da1
******* Working on device /dev/da1 *******
fdisk: invalid fdisk partition table found
fdisk: Geom not found: "da1"

# fdisk /dev/da1
******* Working on device /dev/da1 *******
parameters extracted from in-core disklabel are:
cylinders=607875 heads=255 sectors/track=63 (16065 blks/cyl)

Figures below won't work with BIOS for partitions not in cyl 1
parameters to be used for BIOS calculations are:
cylinders=607875 heads=255 sectors/track=63 (16065 blks/cyl)

Media sector size is 512
Warning: BIOS sector numbering starts with sector 1
Information from DOS bootblock is:
The data for partition 1 is:
sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD)
    start 63, size 1175572377 (574009 Meg), flag 80 (active)
        beg: cyl 0/ head 1/ sector 1;
        end: cyl 471/ head 254/ sector 63
The data for partition 2 is:
<UNUSED>
The data for partition 3 is:
<UNUSED>
The data for partition 4 is:
<UNUSED>
вопрос: как так получается что раздел 4,7ТБ вдруг превращается в 574 Гб ?? при этом zfs create tank da1 дает полноценный 4.7ТБ раздел.
Но я хочу ffs ибо райд у меня уже есть и изобретать продакшен на zfs пока не хочу. Как заюзать на ffs весь винт? я уже fdisk замучал просто со всех сторон.

сисинсталл при этом вообще не работоспособен своими сообщениями о кривой геометрии не дает ничего сделать, т.е. забить на мессагу о кривой геометрии не получается, она выскакивает вновь и вновь.

Re: fdisk raid и раздел в 4.7TB

Добавлено: 2008-05-19 18:04:18
ProFTP
1) а гиаметрию ты пробовл поставить?
2) можеи железяка глючит - не правильно собрана?

Re: fdisk raid и раздел в 4.7TB

Добавлено: 2008-05-19 18:06:03
dvg_lab
как выясняется bsdlabel не поддерживает разделы более 2TБ и что-то мне подсказывает, что с fdisk таже петрушка. Вобщем-то выход из ситуации нашел, как выясняется после перевода дисковой подсистемы на geom теперь ни fdisk ни bsdlabel по большому счету не нужен - newfs /dev/da1 прошел за милую душу... хорошо, что мне нужен раздел одним куском, а вот если бы нарезать пришлось то тут боюсь пришлось бы изобретать костыли и без zfs наверное все равно не обошелся бы. Я даже после этого немного потерял веру в светлое будущее. :cry: думал ограничения только у билли гейца бывают.

ps: или забить на этот ffs и юзать zfs? :?

Re: fdisk raid и раздел в 4.7TB

Добавлено: 2008-05-19 18:10:18
dvg_lab
ProFTP писал(а):1) а гиаметрию ты пробовл поставить?
а какую ее там изобретать? винт то реально RAID10
ProFTP писал(а):2) можеи железяка глючит - не правильно собрана?
ага а вот zfs на ней почему-то шуршит без проблем, просто zpool create и никаких гвоздей :) я всетаки думаю на ней остановится, просто заюзать как standalone раздел, потом проще будет апгрейдится. У меня только одно сомнение - стабильность zfs еще не на достаточном уровне.

Re: fdisk raid и раздел в 4.7TB

Добавлено: 2008-05-20 10:46:32
dvg_lab
собсно почитав http://www.freebsd.org/projects/bigdisk/index.html решил что наиболее оптимально будет использовать zfs, на нем и остановился собсно. Вообще считаю, что раз с 2004 года никто не чухнулся в сторону поддержки разделов >2TB утилитами fdisk и bsdlabel, то вероятно никаких подвижек и не будет или если и будут то не скоро, а вот zfs в ближайшем будущем таки стабилизируют и статус экспериментальной думаю уже в 7.1 снимут, так что в продакшен решил пускать сервак с zfs. Ну не линукс же ставить в самом деле.

Re: fdisk raid и раздел в 4.7TB

Добавлено: 2008-05-20 18:43:40
Alex Keda
http://www.freebsd.org/cgi/query-pr.cgi?pr=119799
тут и другие проблемы бывают...
что касается fdisk - то ответ один - гопоту использовать =)))