|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : mitrohin a.s. 2:5020/400 18 Oct 2003 13:41:17
To : Valentin Nechayev
Subject : Re: disklabel in current
--------------------------------------------------------------------------------
Valentin Nechayev <netch@segfault.kiev.ua> wrote:
mas>>>>>> bsdlabel -r -w slice auto
mas>>>>>> раньше создавал корневой раздел по нулевому смещению
mas>>>>>> вчера обратил внимание что теперь он предлагает не нулевое
mas>>>>>> смещение (в моем случае это 16 секторов)...
mas>>>>>> имеет смысл
mas>>>>>> пойти у него на поводу? есть какое-то обоснование зачем
mas>>>>>> он это делает?
VN>>>>> Резерв на загрузчик (boot1+bsdlabel+boot2).
mas>>>> hmm... все это (boot или boot1+boot2) помещается и в ${slice}a.
VN>>> Потому что пропускали 8K. Видно, хотят от этого уйти.
mas>> нельзя уйти - поломается мой десктоп - и не только мой - все ведь
mas>> нулевое смещение задавали...
VN> А ты не можешь руками нулевое смещение задать? Вроде ж bsdlabel это
VN> позволяет.
позволяет...
bsdlabel теперь чудит в другом месте...
su-2.05b# fdisk -BI ad1
******* Working on device /dev/ad1 *******
su-2.05b# disklabel -B -r -w ad1s1 auto
su-2.05b# disklabel ad1s1
# /dev/ad1s1:
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 8452001 16 unused 0 0
c: 8452017 0 unused 0 0 # "raw" part, don't edit
su-2.05b# disklabel ad1s1 | grep -v 'a:' > /tmp/disklabel.ad1s1
su-2.05b# cat /tmp/disklabel.ad1s1
# /dev/ad1s1:
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
c: 8452017 0 unused 0 0 # "raw" part, don't edit
su-2.05b# echo " e: 8452017 0 4.2BSD" >>/tmp/disklabel.ad1s1
su-2.05b# cat /tmp/disklabel.ad1s1
# /dev/ad1s1:
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
c: 8452017 0 unused 0 0 # "raw" part, don't edit
e: 8452017 0 4.2BSD
su-2.05b# disklabel -R ad1s1 /tmp/disklabel.ad1s1
su-2.05b# disklabel ad1s1
# /dev/ad1s1:
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 8452001 16 unused 0 0
c: 8452017 0 unused 0 0 # "raw" part, don't edit
e: 8452017 0 4.2BSD 2048 16384 64
и вот как избавиться от ``partition a'' - хз... у меня curent уже
старенький (более недели) - возможно все уже не так плохо...
VN>>> Или запас на случай чего-то отличающегося от UFS.
mas>>>> # /dev/amrd0c:
mas>>>> sectors/track: 63
mas>>>> tracks/cylinder: 255
mas>>>> cylinders: 17884
mas>>>> sectors/unit: 287318016
mas>>>> (c17884*h255*s63 == 287306460) < 287318016 (разница в 11556)
mas>>>> ?
VN>>> Hу, хвост, который не влезает в цилиндр, оно принципиально не хочет
VN>>> занимать.
mas>> оно его занимает
VN> А, да - не будет занимать при создании слайсов, а ты обходишься без них
VN> (кстати, не советую).
помню обсуждение этого вопроса - и про проблему с bios что не дает
иногда загрузиться... поэтому от dangerously dedicated отказался...
но это старая установка...
похоже что пример был не совсем удачный (amr на freebsd4) - вот более
удобный пример (freebsd5)...
su-2.05b# disklabel -B -r -w ad1 auto
su-2.05b# disklabel ad1
# /dev/ad1:
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 8452064 16 unused 0 0
c: 8452080 0 unused 0 0 # "raw" part, don't edit
su-2.05b# fdisk -BI ad1
******* Working on device /dev/ad1 *******
su-2.05b# fdisk ad1
******* Working on device /dev/ad1 *******
parameters extracted from in-core disklabel are:
cylinders=8944 heads=15 sectors/track=63 (945 blks/cyl)
Figures below won't work with BIOS for partitions not in cyl 1
parameters to be used for BIOS calculations are:
cylinders=8944 heads=15 sectors/track=63 (945 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 8452017 (4126 Meg), flag 80 (active)
beg: cyl 0/ head 1/ sector 1;
end: cyl 751/ head 14/ sector 63
The data for partition 2 is:
<UNUSED>
The data for partition 3 is:
<UNUSED>
The data for partition 4 is:
<UNUSED>
su-2.05b# disklabel -B -r -w ad1s1 auto
su-2.05b# disklabel ad1s1
# /dev/ad1s1:
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 8452001 16 unused 0 0
c: 8452017 0 unused 0 0 # "raw" part, don't edit
su-2.05b# bc -q
8944*15*63
8452080
quit
есть ли slices или это DD - здесь фиолетово - все сходится сектор
в сектор
mas>> - просто секторов на диске реально больше чем получается
mas>> по сhs, вывод - после последнего цилиндра есть еще один маленький ;)
mas>> мне это не понятно...
VN> 255*63 - это в любом случае уже не оригинальная геометрия, и даже шинная
VN> геометрия - уже не оригинальная. При преобразовании в них естественно могут
VN> хвосты не укладываться.
;) тут я слаб...
/swp
--- ifmail v.2.15dev5
* Origin: BSPU InterNetNews site (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
