diff --git a/mn_MN.UTF-8/books/handbook/bibliography/chapter.sgml b/mn_MN.UTF-8/books/handbook/bibliography/chapter.sgml
index 2063c9d419..751fba4d7c 100644
--- a/mn_MN.UTF-8/books/handbook/bibliography/chapter.sgml
+++ b/mn_MN.UTF-8/books/handbook/bibliography/chapter.sgml
@@ -1,671 +1,666 @@
Ном зүй
Гарын авлагын хуудаснууд нь FreeBSD үйлдлийн системийн хувь хэсгүүдэд зориулсан
эцсийн лавлагааг өгдөг боловч тэдгээр хэсгүүдийг хэрхэн нийлүүлж бүхэл бүтэн үйлдлийн системийг
тэгш ажиллуулах талаар дүрслэн үзүүлдэггүйгээрээ зартай юм. Ийм учраас &unix;,
системийн удирдлагын талаар бичсэн сайн ном болон хэрэглэгчдийн сайн гарын авлагыг
орлохоор зүйлс байхгүй юм.
FreeBSD-ийн талаар тусгайлан бичсэн ном & сэтгүүлүүд
Олон улсад хэвлэгдсэн ном &
сэтгүүлүүд:
Using FreeBSD (Уламжлалт Хятад хэл дээр),
хэвлэсэн Drmaster, 1997. ISBN 9-578-39435-7.
FreeBSD Unleashed (Хялбаршуулсан Хятад орчуулга), хэвлэсэн
China Machine
Press. ISBN 7-111-10201-0.
FreeBSD From Scratch Эхний хэвлэл (Хялбаршуулсан Хятад хэл дээр),
хэвлэсэн China Machine Press. ISBN 7-111-07482-3.
FreeBSD From Scratch Хоёр дахь хэвлэл (Хялбаршуулсан Хятад хэл дээр),
хэвлэсэн China Machine Press. ISBN 7-111-10286-X.
FreeBSD Handbook Хоёр дахь хэвлэл (Хялбаршуулсан Хятад орчуулга), хэвлэсэн
Posts & Telecom
Press. ISBN 7-115-10541-3.
FreeBSD 3.x Internet (Хялбаршуулсан Хятад хэл дээр), хэвлэсэн
Tsinghua
University Press. ISBN 7-900625-66-6.
FreeBSD & Windows (Хялбаршуулсан Хятад хэл дээр),
хэвлэсэн China Railway
Publishing House. ISBN 7-113-03845-X
FreeBSD Internet Services HOWTO (Хялбаршуулсан Хятад хэл дээр),
хэвлэсэн China Railway Publishing House. ISBN 7-113-03423-3
FreeBSD for PC 98'ers (Япон хэл дээр), хэвлэсэн SHUWA System
Co, LTD. ISBN 4-87966-468-5 C3055 P2900E.
FreeBSD (Япон хэл дээр), хэвлэсэн CUTT. ISBN 4-906391-22-2
C3055 P2400E.
Complete Introduction to FreeBSD (Япон хэл дээр), хэвлэсэн Shoeisha Co., Ltd. ISBN 4-88135-473-6 P3600E.
Personal UNIX Starter Kit FreeBSD (Япон хэл дээр), хэвлэсэн ASCII. ISBN 4-7561-1733-3 P3000E.
FreeBSD Handbook (Япон орчуулга), хэвлэсэн ASCII. ISBN 4-7561-1580-2
P3800E.
FreeBSD mit Methode (Герман хэл дээр), хэвлэсэн Computer und
Literatur Verlag/Vertrieb Hanser, 1998. ISBN 3-932311-31-0.
FreeBSD 4 - Installieren, Konfigurieren, Administrieren
(Герман хэл дээр), хэвлэсэн Computer und Literatur Verlag, 2001.
ISBN 3-932311-88-4.
FreeBSD 5 - Installieren, Konfigurieren, Administrieren
(Герман хэл дээр), хэвлэсэн Computer und Literatur Verlag, 2003.
ISBN 3-936546-06-1.
FreeBSD de Luxe (Герман хэл дээр), хэвлэсэн
Verlag Modere Industrie,
2003. ISBN 3-8266-1343-0.
FreeBSD Install and Utilization Manual (Япон хэл дээр), хэвлэсэн Mainichi Communications Inc, 1998. ISBN 4-8399-0112-0..
Onno W Purbo, Dodi Maryanto, Syahrial Hubbany, Widjil Widodo
Building Internet Server with
FreeBSD (Индонез хэл дээр), published
by Elex Media Komputindo.
Absolute BSD: The Ultimate Guide to FreeBSD (Уламжлалт Хятад
орчуулга), хэвлэсэн GrandTech Press, 2003.
ISBN 986-7944-92-5.
The FreeBSD 6.0 Book (Уламжлалт
Хятад хэл дээр), хэвлэсэн Drmaster, 2006.
ISBN 9-575-27878-X.
Англи хэл дээрх ном & сэтгүүлүүд:
Absolute
BSD: The Ultimate Guide to FreeBSD, хэвлэсэн
No Starch Press, 2002.
ISBN: 1886411743
The Complete FreeBSD, хэвлэсэн
O'Reilly, 2003.
ISBN: 0596005164
The
FreeBSD Corporate Networker's Guide, хэвлэсэн
Addison-Wesley, 2000.
ISBN: 0201704811
FreeBSD: An Open-Source Operating System for Your Personal
Computer, хэвлэсэн The Bit Tree Press, 2001.
ISBN: 0971204500
Teach Yourself FreeBSD in 24 Hours, хэвлэсэн
Sams, 2002.
ISBN: 0672324245
FreeBSD 6 Unleashed, хэвлэсэн
Sams, 2006.
ISBN: 0672328755
FreeBSD: The Complete Reference, хэвлэсэн
McGrawHill, 2003.
ISBN: 0072224096
Хэрэглэгчдийн гарын авлагууд
Computer Systems Research Group, UC Berkeley. 4.4BSD
User's Reference Manual. O'Reilly & Associates,
Inc., 1994. ISBN 1-56592-075-9
Computer Systems Research Group, UC Berkeley. 4.4BSD
User's Supplementary Documents. O'Reilly &
Associates, Inc., 1994. ISBN 1-56592-076-7
UNIX in a Nutshell. O'Reilly &
Associates, Inc., 1990. ISBN 093717520X
Mui, Linda. What You Need To Know When You Can't Find
Your UNIX System Administrator. O'Reilly &
Associates, Inc., 1995. ISBN 1-56592-104-6
Охайогийн Их Сургууль
UNIX
Introductory Course авлагыг бичсэн бөгөөд энэ нь шууд вэбээр үзэх
боломжтойгоор HTML болон PostScript хэлбэрээр байдаг.
Энэ баримтын Итал орчуулга
Италийн FreeBSD-ийн Баримтжуулах Төслийн хэсэг болон авах боломжтойгоор байдаг.
Jpman Төсөл, Японы
FreeBSD Хэрэглэгчдийн Бүлэг. FreeBSD User's
Reference Manual (Япон орчуулга). Mainichi Communications
Inc., 1998. ISBN4-8399-0088-4 P3800E.
Эдинбургийн Их Сургууль
UNIX орчинд шинээр ирж байгаа хүмүүст зориулж Онлайн заавар бичсэн.
Администраторууд зориулсан зааврууд
Albitz, Paul and Liu, Cricket. DNS and
BIND, 4th Ed. O'Reilly & Associates, Inc., 2001.
ISBN 1-59600-158-4
Computer Systems Research Group, UC Berkeley. 4.4BSD
System Manager's Manual. O'Reilly & Associates,
Inc., 1994. ISBN 1-56592-080-5
Costales, Brian, et al. Sendmail, 2nd Ed.
O'Reilly & Associates, Inc., 1997. ISBN 1-56592-222-0
Frisch, Æleen. Essential System
Administration, 2nd Ed. O'Reilly & Associates,
Inc., 1995. ISBN 1-56592-127-5
Hunt, Craig. TCP/IP Network
Administration, 2nd Ed. O'Reilly & Associates, Inc., 1997.
ISBN 1-56592-322-7
Nemeth, Evi. UNIX System Administration
Handbook. 3rd Ed. Prentice Hall, 2000. ISBN
0-13-020601-6
Stern, Hal Managing NFS and NIS O'Reilly
& Associates, Inc., 1991. ISBN 0-937175-75-7
Jpman Төсөл, Японы
FreeBSD Хэрэглэгчдийн Бүлэг. FreeBSD System
Administrator's Manual (Япон орчуулга). Mainichi Communications
Inc., 1998. ISBN4-8399-0109-0 P3300E.
Dreyfus, Emmanuel. Cahiers
de l'Admin: BSD 2nd Ed. (Франц хэл дээр), Eyrolles, 2004.
ISBN 2-212-11463-X
Програм зохиогчдод зориулсан зааврууд
Asente, Paul, Converse, Diana, and Swick, Ralph.
X Window System Toolkit. Digital Press,
1998. ISBN 1-55558-178-1
Computer Systems Research Group, UC Berkeley. 4.4BSD
Programmer's Reference Manual. O'Reilly &
Associates, Inc., 1994. ISBN 1-56592-078-3
Computer Systems Research Group, UC Berkeley. 4.4BSD
Programmer's Supplementary Documents. O'Reilly &
Associates, Inc., 1994. ISBN 1-56592-079-1
Harbison, Samuel P. and Steele, Guy L. Jr. C: A
Reference Manual. 4th ed. Prentice Hall, 1995.
ISBN 0-13-326224-3
Kernighan, Brian and Dennis M. Ritchie. The C
Programming Language. 2nd Ed. PTR Prentice Hall, 1988.
ISBN 0-13-110362-8
Lehey, Greg. Porting UNIX Software.
O'Reilly & Associates, Inc., 1995. ISBN 1-56592-126-7
Plauger, P. J. The Standard C Library.
Prentice Hall, 1992. ISBN 0-13-131509-9
Spinellis, Diomidis. Code
Reading: The Open Source Perspective.
Addison-Wesley, 2003. ISBN 0-201-79940-5
Spinellis, Diomidis. Code
Quality: The Open Source Perspective.
Addison-Wesley, 2006. ISBN 0-321-16607-8
Stevens, W. Richard and Stephen A. Rago.
Advanced Programming in the UNIX
Environment. 2nd Ed.
Reading, Mass. : Addison-Wesley, 2005.
ISBN 0-201-43307-9
Stevens, W. Richard. UNIX Network
Programming. 2nd Ed, PTR Prentice Hall, 1998. ISBN
0-13-490012-X
Wells, Bill. Writing Serial Drivers for UNIX
.
Dr. Dobb's Journal. 19(15), December 1994.
pp68-71, 97-99.
Үйлдлийн системийн дотоод бүрэлдэхүүнүүдийн талаар
Andleigh, Prabhat K. UNIX System
Architecture. Prentice-Hall, Inc., 1990. ISBN
0-13-949843-5
Jolitz, William. Porting UNIX to the 386
.
Dr. Dobb's Journal. January 1991-July
1992.
Leffler, Samuel J., Marshall Kirk McKusick, Michael J Karels and
John Quarterman The Design and Implementation of the
4.3BSD UNIX Operating System. Reading, Mass. :
Addison-Wesley, 1989. ISBN 0-201-06196-1
Leffler, Samuel J., Marshall Kirk McKusick, The Design
and Implementation of the 4.3BSD UNIX Operating System: Answer
Book. Reading, Mass. : Addison-Wesley, 1991. ISBN
0-201-54629-9
McKusick, Marshall Kirk, Keith Bostic, Michael J Karels, and
John Quarterman. The Design and Implementation of the
4.4BSD Operating System. Reading, Mass. :
Addison-Wesley, 1996. ISBN 0-201-54979-4
(Энэ номын 2-р бүлэг онлайнаар FreeBSD
баримтжуулах төслийн хүрээнд байгаа бөгөөд 9-р бүлэг
энд байгаа.)
Marshall Kirk McKusick, George V. Neville-Neil The Design
and Implementation of the FreeBSD Operating System.
Boston, Mass. : Addison-Wesley, 2004. ISBN 0-201-70245-2
Stevens, W. Richard. TCP/IP Illustrated, Volume 1:
The Protocols. Reading, Mass. : Addison-Wesley,
1996. ISBN 0-201-63346-9
Schimmel, Curt. Unix Systems for Modern
Architectures. Reading, Mass. : Addison-Wesley, 1994.
ISBN 0-201-63338-8
Stevens, W. Richard. TCP/IP Illustrated, Volume 3:
TCP for Transactions, HTTP, NNTP and the UNIX Domain
Protocols. Reading, Mass. : Addison-Wesley, 1996.
ISBN 0-201-63495-3
Vahalia, Uresh. UNIX Internals -- The New
Frontiers. Prentice Hall, 1996. ISBN
0-13-101908-2
Wright, Gary R. and W. Richard Stevens. TCP/IP
Illustrated, Volume 2: The Implementation. Reading,
Mass. : Addison-Wesley, 1995. ISBN 0-201-63354-X
Аюулгүй байдлын тухай номнууд
Cheswick, William R. and Steven M. Bellovin. Firewalls
and Internet Security: Repelling the Wily Hacker.
Reading, Mass. : Addison-Wesley, 1995. ISBN
0-201-63357-4
Garfinkel, Simson and Gene Spafford.
Practical UNIX & Internet Security.
2nd Ed. O'Reilly & Associates, Inc., 1996. ISBN
1-56592-148-8
Garfinkel, Simson. PGP Pretty Good
Privacy O'Reilly & Associates, Inc., 1995. ISBN
1-56592-098-8
Тоног төхөөрөмжийн тухай номнууд
Anderson, Don and Tom Shanley. Pentium Processor
System Architecture. 2nd Ed. Reading, Mass. :
Addison-Wesley, 1995. ISBN 0-201-40992-5
Ferraro, Richard F. Programmer's Guide to the EGA,
VGA, and Super VGA Cards. 3rd ed. Reading, Mass. :
Addison-Wesley, 1995. ISBN 0-201-62490-7
Интел корпораци өөрсдийн CPU-ууд, бичил схемүүд болон стандартуудын тухай
баримт бичгүүдийг хөгжүүлэгчийн вэб хуудсанд
ихэвчлэн PDF файл хэлбэрээр байрлуулдаг.
Shanley, Tom. 80486 System Architecture.
3rd ed. Reading, Mass. : Addison-Wesley, 1995. ISBN
0-201-40994-1
Shanley, Tom. ISA System Architecture.
3rd ed. Reading, Mass. : Addison-Wesley, 1995. ISBN
0-201-40996-8
Shanley, Tom. PCI System Architecture.
4th ed. Reading, Mass. : Addison-Wesley, 1999. ISBN
0-201-30974-2
Van Gilluwe, Frank. The Undocumented PC, 2nd Ed.
Reading, Mass: Addison-Wesley Pub. Co., 1996. ISBN
0-201-47950-8
Messmer, Hans-Peter. The Indispensable PC Hardware Book, 4th Ed.
Reading, Mass: Addison-Wesley Pub. Co., 2002. ISBN
0-201-59616-4
&unix;-ийн түүх
Lion, John Lion's Commentary on UNIX, 6th Ed. With
Source Code. ITP Media Group, 1996. ISBN
1573980137
Raymond, Eric S. The New Hacker's Dictionary, 3rd
edition. MIT Press, 1996. ISBN
0-262-68092-0. Жаргон
Файл гэж бас хэлэгддэг.
Salus, Peter H. A quarter century of UNIX.
Addison-Wesley Publishing Company, Inc., 1994. ISBN
0-201-54777-5
Simon Garfinkel, Daniel Weise, Steven Strassmann. The
UNIX-HATERS Handbook. IDG Books Worldwide, Inc.,
1994. ISBN 1-56884-203-1. Хэвлэгдэхээ больсон, гэхдээ
онлайн байгаа.
Don Libes, Sandy Ressler Life with UNIX
— special edition. Prentice-Hall, Inc., 1989. ISBN
0-13-536657-7
BSD-н ургийн бичиг.
FreeBSD машин дээрх
эсвэл /usr/share/misc/bsd-family-tree
-
- BSD-ийн Хувилбарын зарлалуудын цуглуулга.
- 1997.
-
-
Networked Computer Science Technical Reports
Library.
Computer Systems Research
group (CSRG) буюу Компьютерийн Системүүдийн Судалгааны Бүлгийн гаргасан
хуучин BSD хувилбарууд.
:
4 CD бүхий цуглуулга нь 1BSD-ээс авахуулаад 4.4BSD болон 4.4BSD-Lite2
(харамсалтай нь 2.11BSD-г биш) хүртэлх бүх BSD хувилбаруудыг хамардаг.
Сүүлийн диск нь төгсгөлийн эхүүдээс гадна SCCS файлуудыг бас агуулдаг.
Сонин, сэтгүүлүүд
The C/C++ Users Journal. R&D
Publications Inc. ISSN 1075-2838
Sys Admin — The Journal for UNIX System
Administrators Miller Freeman, Inc., ISSN
1061-2688
freeX — Das Magazin für Linux - BSD - UNIX
(Герман хэл дээр) Computer- und Literaturverlag GmbH, ISSN 1436-7033
diff --git a/mn_MN.UTF-8/books/handbook/vinum/chapter.sgml b/mn_MN.UTF-8/books/handbook/vinum/chapter.sgml
index ebfd0e0028..99fdd65311 100644
--- a/mn_MN.UTF-8/books/handbook/vinum/chapter.sgml
+++ b/mn_MN.UTF-8/books/handbook/vinum/chapter.sgml
@@ -1,1314 +1,1314 @@
Грег
Лихэй
Анхлан бичсэн
Цагаанхүүгийн
Ганболд
Орчуулсан
Vinum Эзлэхүүн Менежер
Ерөнхий агуулга
Та ямар ч дискнүүдтэй байсан гэсэн үргэлж ямар нэгэн болзошгүй асуудлууд байсаар байдаг:
Тэдгээр дискнүүд нь хэтэрхий жижиг байж болох юм.
Тэдгээр дискнүүд нь хэтэрхий удаан байж болох юм.
Тэдгээр дискнүүд нь хэтэрхий найдваргүй байж болох юм.
Эдгээр асуудлуудыг шийдэх төрөл бүрийн шийдлүүд санал болгогдсон бөгөөд
хийж гүйцэтгэгдсэн болно. Иймэрхүү асуудлууд гаргахгүйгээр зарим хэрэглэгчдийн өөрсдийгээ хамгаалах нэг
арга нь олон болон нөөц дискнүүдийг заримдаа ашиглах явдал юм.
- Үндсэн FreeBSD систем нь тоног төхөөрөмжөөр дэмжигдсэн RAID системүүдэд зориулсан
+ Үндсэн &os; систем нь тоног төхөөрөмжөөр дэмжигдсэн RAID системүүдэд зориулсан
төрөл бүрийн картууд болон хянагчуудыг дэмжихээс гадна виртуал диск хөтчүүдийг хийдэг блок
төхөөрөмжийн драйвер Vinum Эзлэхүүн Менежерийг агуулдаг.
Vinum нь эдгээр гурван асуудлыг шийддэг
Эзлэхүүн Менежер гэж нэрлэгддэг виртуал
дискний драйвер юм. Vinum нь уян хатан чанар, ажиллагаа болон найдвартай байдлыг уламжлалт
диск хадгалалтаас илүүтэй хангадаг бөгөөд RAID-0, RAID-1 болон RAID-5 загваруудыг
дангаар нь болон хослолынх нь хувьд шийддэг.
Энэ бүлэг нь уламжлалт диск хадгалалтын болзошгүй асуудлуудыг тоймлон өгүүлэх бөгөөд
Vinum Эзлэхүүн Менежерийн талаар танилцуулах болно.
- FreeBSD 5-аас эхлэн Vinum-ийг GEOM архитектурт ()
+ &os; 5-аас эхлэн Vinum-ийг GEOM архитектурт ()
тааруулан оруулахын тулд анхдагч санаанууд, нэр томъёо болон
диск дээрх мета өгөгдлийг нь хадгалан дахин бичсэн юм. Энэхүү дахин бичилт нь
gvinum (GEOM vinum-д зориулсан)
гэгддэг. Дараах баримт нь шийдлийн хувилбаруудаас үл хамааран
Vinum-ийг хийсвэр нэр маягаар ихэвчлэн хэрэглэх
болно. Ямар ч тушаалыг одоо ажиллуулахдаа gvinum
тушаалыг ашиглах ёстой бөгөөд цөмийн модулийн нэр нь vinum.ko
geom_vinum.ko болж өөрчлөгдсөнөөс гадна
- төхөөрөмжийн бүх цэгүүд /dev/vinum дотор биш
- /dev/gvinum дотор байрласан байгаа. FreeBSD 6-аас
+ төхөөрөмжийн бүх цэгүүд /dev/vinum дотор биш
+ /dev/gvinum дотор байрласан байгаа. &os; 6-аас
эхлэн хуучин Vinum шийдэл нь үндсэн кодонд байхаа аль хэдийн больсон
байна.
Дискнүүд хэтэрхий жижиг
Vinum
RAID
програм хангамж
Дискнүүд нь хэмжээний хувьд улам томорсоор байгаагийн адил бас
өгөгдлийн хадгалалтын шаардлагууд ч бас тийм болсоор байна. Ихэнх тохиолдолд
танд өөрт чинь байгаа дискнүүдээс илүү том файлын систем хэрэгтэй болж магадгүй юм.
Энэ асуудал нь арван жилийн өмнөх шиг тийм хурц асуудал биш болсон боловч
одоо болтол байгааг нь хүлээн зөвшөөрөхөөс өөр аргагүй юм. Зарим системүүд нь үүнийг
өөрийнхөө өгөгдлийг хэд хэдэн дискнүүд дээр хадгалах хийсвэр төхөөрөмж үүсгэн шийддэг
байна.
Хандалтын тагларалтууд
Орчин үеийн системүүдэд маш өндөр зэрэгцээ хандлагаар өгөгдөлд хандах
хэрэгцээ байнга гардаг. Жишээ нь том FTP эсвэл HTTP серверүүд нь
олон мянган зэрэгцээ сессүүдтэй ажиллаж чаддаг ба ихэнх дискнүүдийн тогтвортой дамжуулах
түвшингээс хавьгүй илүү гарсан гадагшаа ертөнц уруу холбогдсон олон 100 Mbit/s-ийн
холболтуудтай байдаг.
Одоогийн диск хөтчүүд өгөгдлийг цуваагаар 70 MB/s хүртэл дамжуулж
чаддаг боловч энэ утга нь бие биенээсээ хамааралгүй олон чөлөөтэй процессууд
хөтчид ханддаг тийм орчинд тийм ч чухал биш юм. Тийм орчинд процессууд нь
тэдгээр утгуудын зөвхөн бутархайгаар хэмжигдэх тооны хурдад хүрч магадгүй юм.
Ийм тохиолдлуудад асуудлыг дискний дэд системийн үүднээс харвал илүү сонирхолтой
байх болно: энд чухал параметр нь дэд системд үзүүлж байгаа дамжуулалтын ачаалал бөгөөд
өөрөөр хэлбэл дамжуулалтад оролцож байгаа хөтчүүдийг эзэлж байгаа дамжуулалтын
тэр хугацаа юм.
Аль ч дискний дамжуулалтын үед хөтөч нь толгойнуудаа эхлээд байрлуулж
унших толгойн доор эхний сектор шалгагдан өнгөрөхийг хүлээж дараа нь
дамжуулалтыг гүйцэтгэх ёстой. Эдгээр үйлдлүүд нь atomic буюу хуваагдашгүй,
салгагдашгүй үйлдлүүд гэж ойлгогддог: тэдгээрийг тасалдуулах нь ямар ч утгагүй
юм.
Ердийн 10 kB-ийн дамжуулалтыг
авч үзье: өндөр ажиллагаатай одоо үеийн дискнүүд нь толгойнуудаа дунджаар
3.5 ms-д байрлуулж чаддаг. Хамгийн хурдан хөтчүүд 15,000 rpm
хурдаар эргэдэг, тийм болохоор дундаж эргэх хожимдол нь (хувьсгалын хагас)
2 ms болох юм. 70 MB/s үед дамжуулалт нь өөрөө
150 μs болох бөгөөд байрлуулах хугацаатай харьцуулахад бараг
юу ч биш юм. Ийм тохиолдолд үр дүнтэй дамжуулах түвшин нь 1 MB/s-с
бага зэрэг илүү түвшин уруу буурах бөгөөд мэдээж энэ нь дамжуулах хэмжээнээс
ихээхэн хамааралтай байна.
Энэ асуудлын уламжлалт, мэдээжийн шийдэл нь илүү ээрүүлүүд
юм: нэг том диск ашиглахын оронд энэ нь нийт хадгалалтын хэмжээ нь адилхан
хэд хэдэн арай жижиг дискнүүдийг ашиглах явдал юм. Диск бүр нь тус тусдаа
байрлуулах болон дамжуулах үйлдлийг хийж чадах бөгөөд ингэснээр үр дүнтэй
дамжуулах чанар нь ашигласан дискний тоотой ойролцоо хүчин зүйлээр нэмэгдэх
болно.
Дамжуулалтын чанарын яг тодорхой сайжруулалт нь мэдээж оролцсон дискнүүдийн
тооноос бага байна: хөтөч бүр нь зэрэгцээ дамжуулж чадах боловч хүсэлтүүд нь
хөтчүүдийн дагуу тэнцүү түгээгдэхийг батлах аргагүй юм. Нэг хөтөч дээрх
ачаалал нь нөгөө дээрхээс илүү өндөр байх нь зайлшгүй юм.
диск нийлүүлэлт
Vinum
нийлүүлэлт
Дискнүүд дээрх ачааллын тэнцүү байдал нь хөтчүүдийн дагуу өгөгдлүүд
хуваалцдаг арга замаас маш ихээр хамаардаг. Дараах хэлэлцүүлэг дээр
дискний хадгалалтыг номны хуудас шигээр дугаараар нь хандаж болох
маш олон тооны өгөгдлийн секторууд гэж ойлгох нь тохиромжтой юм.
Хамгийн мэдээжийн арга бол том номыг аваад жижиг хэсгүүд болгон урахын
оронд виртуал дискийг физик дискнүүдийн хэмжээтэйгээр дараалсан
секторуудын бүлгүүд болгон хувааж энэ маягаар тэдгээрийг хадгалах
явдал юм. Энэ аргыг concatenation буюу нийлүүлэлт
гэж нэрлэдэг бөгөөд дискнүүд нь ямар нэгэн тусгайлсан хэмжээний харилцаанууд
шаарддаггүйгээрээ давуу талтай юм. Виртуал диск дэх хандалт өөрийн хаягийн
талбараар тэнцүү тархсан үед энэ нь сайн ажилладаг. Хандалт нь жижиг талбарт
төвлөрсөн үед сайжруулалт тийм ч сайн мэдэгддэггүй.
нь хадгалалтын нэгжүүд нийлүүлэгдсэн
зохион байгуулалтад хуваарилагдаж байгаа дарааллыг үзүүлж байна.
диск судал үүсгэх
Vinum
судал үүсгэх
RAID
Өөр нэг тааруулалт нь хаягийн талбарыг арай жижиг, тэнцүү хэмжээтэй
бүрэлдэхүүн хэсэгт хувааж тэдгээрийг цуваагаар өөр төхөөрөмжүүд дээр
хадгалах явдал юм. Жишээ нь эхний 256 сектор эхний диск дээр,
дараагийн 256 сектор нь дараагийн диск дээр гэх мэтчилэн байх юм.
Сүүлийн дискэнд хүрсний дараа процесс дискнүүдийг дүүртэл давтагдана.
Энэ тааруулалтыг striping буюу судал үүсгэх
эсвэл RAID-0 гэж нэрлэдэг.
RAID нь Redundant
Array of Inexpensive Disks буюу Хямд дискнүүдийн Нөөц Массив
бөгөөд гэмтэл даах чадварын төрөл бүрийн хэлбэрүүдийг санал болгодог бөгөөд
гэхдээ сүүлийн ойлголт нь зарим талаараа төөрөгдүүлмээр юм: энэ нь ямар ч нөөцийн
боломжийг хангадаггүй. .
Судал үүсгэх нь зарим талаараа өгөгдлийг олохын тулд илүү чармайлт шаарддаг бөгөөд
олон дискнүүдийн дагуу тархсан дамжуулалтад нэмэлт I/O ачаалал үүсгэж болох боловч
энэ нь бас тогтмол ачааллыг илүүтэйгээр дискнүүдийн дагуу хангаж өгдөг.
нь хадгалалтын нэгжүүд судалчлагдсан
зохион байгуулалтад хуваарилагдаж байгаа дарааллыг үзүүлж байна.
Өгөгдлийн бүрэн бүтэн байдал
Одоогийн дискнүүд дэх сүүлийн асуудал нь найдваргүй байдал юм.
Диск хөтчүүдийн найдвартай байдал сүүлийн хэдэн жилийн дотор асар ихээр
нэмэгдсэн боловч тэдгээр нь сервер унах гол шалтгааны нэг бүрэлдэхүүн хэсэг
хэвээр байсаар байна. Ингэсэн тохиолдолд гарах үр дүн нь сүйрлийн
байж болох юм: ажиллагаагүй болсон дискний хөтчийг сольж шинэ диск уруугаа
өгөгдлийг сэргээх нь хэдэн өдөр болж болох юм.
диск толин тусгал үүсгэх
Vinum
толин тусгал үүсгэх
RAID-1
Уламжлалт замаар энэ асуудлыг толин тусгал үүсгэх
аргаар өгөгдлийн хоёр хуулбарыг өөр физик тоног төхөөрөмж дээр хадгалж шийддэг.
RAID түвшингүүд бий болсноор энэ техник нь бас
RAID түвшин 1 буюу RAID-1
гэж нэрлэгддэг. Эзлэхүүн уруу хийгдэх бичилт хоёр байрлал уруу хийгддэг; уншилт нь
алинаас нь ч хийгдсэн болдог, хэрэв нэг хөтөч нь ажиллахгүй болбол өгөгдөл нөгөө
хөтөч дээр бас байж байх юм.
Толин тусгал үүсгэх нь хоёр асуудалтай байдаг:
Үнэ. Энэ нь нөөцгүй шийдлийн нэгэн адил хоёр дахин их дискний
хадгалалт шаарддаг.
Ажиллагааны нөлөөлөл. Бичилтүүд нь хоёр хөтчүүдэд хоёуланд нь
хийгддэг, тиймээс тэдгээр нь толин тусгал хийгдээгүй эзлэхүүний
зурвасын өргөнөөс хоёр дахин ихийг эзэлдэг. Уншилтууд нь харин
ажиллагааны хувьд асуудалгүй байдаг: тэд илүү хурдан юм шиг
харагддаг.
RAID-5
Өөр нэг шийдэл нь RAID түвшингүүд 2, 3, 4 болон
5-д хийгдсэн parity юм.
Эдгээрээс RAID-5 нь хамгийн сонирхолтой байдаг.
Энэ нь Vinum-д хийгдсэн бөгөөд судал бүрийн нэг блокийг өөр блокуудын parity-д
зориулдаг судалчлагдсан зохион байгуулалтын нэг хувилбар юм.
RAID-5 plex нь Vinum-д хийгдсэн бөгөөд
судалчлагдсан plex-ийн нэгэн адил боловч энэ нь судал бүр дэх parity блокуудыг
оруулан RAID-5-г шийдвэрлэдэг.
RAID-5-ийн шаарддагаар энэ parity блокийн
байрлал нь нэг судлаас дараагийнх уруу өөрчлөгддөг. Өгөгдлийн блокууд дахь
тоонууд нь блокийн харьцангуй дугааруудыг илэрхийлдэг.
Толин тусгал үүсгэхтэй харьцуулахад RAID-5 нь
хамаагүй бага хадгалалтын зай шаарддагаараа давуу талтай юм. Унших хандалт нь
судалчлагдсан зохион байгуулалтуудын адил байдаг боловч бичих хандалт нь
хамаагүй удаан ойролцоогоор унших хурдны 25% байдаг. Хэрэв нэг хөтөч ажиллагаагүй
болбол массив нь доройтсон горимд үргэлжлэн ажиллах болно: үлдсэн хандаж болох
хөтчүүдийн аль нэгнээс уншилт хэвийн үргэлжлэх боловч ажиллагаагүй болсон
хөтчөөс хийгдэх уншилт бүх үлдсэн хөтчүүдийн харгалзах блокоос дахин тооцоологдох
болно.
Vinum обьектууд
Эдгээр асуудлуудыг шийдэхийн тулд Vinum нь обьектийн дөрвөн түвшний
шатлалыг шийддэг:
Хамгийн харагддаг обьект нь volume буюу эзлэхүүн
гэгддэг виртуал диск юм. Эзлэхүүнүүд нь гол нь &unix; диск хөтчүүдийн
нэгэн адил өмчүүдтэй боловч зарим нэг жижиг ялгаанууд байдаг.
Тэдэнд хэмжээний хязгаарлалтууд байхгүй.
Эзлэхүүнүүд нь тус бүр нь эзлэхүүний нийт хаягийн талбарыг илэрхийлдэг
plex-үүдээс бүрддэг. Тиймээс шатлал дахь
энэ түвшин нь нөөцийг хангадаг. Plex-үүдийг толин тусгал хийгдсэн
массив дахь тус бүртээ ижил өгөгдлийг агуулсан дискнүүд гэж бодох
хэрэгтэй.
Vinum нь &unix; диск хадгалалтын тогтолцоонд оршдог болохоор
&unix; хуваалтуудыг олон диск бүхий plex-үүдийн хувьд бүтээх блок
болгон ашиглах боломжтой, гэхдээ жинхэнэдээ энэ нь хэтэрхий уян хатан
биш болж болох юм: &unix; дискнүүд нь зөвхөн хязгаарлагдмал тооны
хуваалтуудтай байдаг. Ингэхийн оронд харин Vinum нь ганц &unix;
хуваалтыг (хөтөч) subdisks
буюу дэд дискнүүд гэгддэг үргэлжлэн нийлсэн талбаруудад
хуваадаг бөгөөд эдгээр дэд дискнүүдийг plex-үүдэд зориулж бүтээх
блок болгон ашигладаг.
Дэд дискнүүд нь Vinum хөтчүүд дээр,
одоогоор &unix; хуваалтууд дээр оршдог. Vinum хөтчүүд нь
дурын тооны дэд дискнүүдийг агуулж болно. Хөтчийн эхлэл дэх
тохиргоо болон төлвийн мэдээллийг хадгалах зориулалттай жижиг
талбараас бусад хөтчийн бүх хэсэг өгөгдлийн хадгалалтанд
зориулагдана.
Дараах хэсгүүд нь эдгээр обектуудын Vinum-ийн шаарддаг ажиллагааг хангах
аргыг тайлбарлах болно.
Эзлэхүүний хэмжээний саналууд
Plex-үүд нь Vinum тохиргоонд бүх хөтчүүд дээгүүр тархсан олон дэд
дискнүүдийг агуулж болно. Үүний үр дүнд хөтөч бүрийн хэмжээ нь plex-ийн
хэмжээг хязгаарлахгүй, тиймээс эзлэхүүний хэмжээг бас хязгаарлахгүй
юм.
Өгөгдлийн нөөц хадгалалт
Vinum нь олон plex-үүдийг эзлэхүүнд хавсран толин тусгал үүсгэлтийг
хийж гүйцэтгэдэг. Plex бүр эзлэхүүн дэх өгөгдлийн дүрслэл юм. Эзлэхүүн нь
нэгээс найман plex-ийг агуулж болно.
Plex нь эзлэхүүний бүх өгөгдлийг илэрхийлдэг боловч илэрхийллүүдийн
хэсгүүд нь хийгдсэн аргаасаа (plex-ийн хэсгүүдийн хувьд дэд дискнүүдийг
тодорхойлоогүйгээс) болоод эсвэл тохиолдлоор (хөтөч ажиллагаагүй болсноос
болоод) бодитоор байхгүй байх боломжтой юм. Эзлэхүүний хаягийн бүрэн талбарын
хүрээний хувьд хамгийн багаар бодоход нэг plex өгөгдлийг хангаж чаддаг байхад
эзлэхүүн нь бүрэн ажиллагаатай байх юм.
Ажиллагааны асуудлууд
Vinum нь нийлүүлэлт болон судалчлалыг plex түвшинд хийж
гүйцэтгэдэг:
Нийлүүлэгдсэн plex нь харин
дэд диск бүрийн хаягийн талбарыг ашигладаг.
Судалчлагдсан plex нь дэд диск
бүрийн дагуу өгөгдлийг судалчилдаг. Дэд диск бүр бүгд адил
хэмжээтэй байх ёстой бөгөөд нийлүүлэгдсэн plex-ээс ялгахын
тулд хамгийн багаар бодоход хоёр дэд диск байх шаардлагатай.
Аль Plex зохион байгуулалт вэ?
- FreeBSD &rel.current;-тэй цуг ирдэг Vinum-ийн хувилбар нь хоёр төрлийн
+ &os; &rel.current;-тэй цуг ирдэг Vinum-ийн хувилбар нь хоёр төрлийн
plex-ийг хийж гүйцэтгэдэг:
Нийлүүлэгдсэн plex-үүд нь хамгийн уян хатан байдаг: тэдгээр нь ямар ч
тооны дэд дискнүүдийг агуулж болох бөгөөд дэд дискнүүд нь өөр өөр урттай
байж болно. Plex-ийг нэмэлт дэд дискнүүд нэмж өргөтгөж болох юм.
Тэдгээр нь судалчлагдсан plex-үүдээс CPU-ийн
хугацааны хувьд багыг шаарддаг, гэхдээ CPU
дээрх нэмэлт ачааллын ялгаа нь хэмжигдэхээр тийм их биш юм. Нөгөө
талаас авч үзэх юм бол тэдгээр нь ганц диск их идэвхитэй бөгөөд бусад нь
сул зогсож байдаг халуун цэгүүдэд хамгийн мэдрэмтгий байдаг.
Судалчлагдсан (RAID-0) plex-үүдийн
хамгийн агуу давуу тал нь тэдгээр plex-үүд нь халуун цэгүүдийг багасгадаг
явдал юм: хамгийн тохиромжтой (256 kB орчим) хэмжээтэйгээр
судлыг сонгосноор та бүрэлдэхүүний хөтчүүд дээрх ачааллыг тэнцүүлж
болох юм. Энэ хандлагын сул талууд нь (бутархайгаар хэмжигдэх)
илүү төвөгтэй код болон дэд дискнүүд дээрх хязгаарлалтууд юм: тэдгээр нь
бүгд ижил хэмжээтэй байх ёстой бөгөөд шинэ дэд дискнүүд нэмж plex-ийг өргөтгөх
нь асар хэцүү учир Vinum нь үүнийг одоогоор хийж гүйцэтгэдэггүй юм.
Vinum нь нэмэлт, амархан хязгаарлалтыг тохоож өгдөг: судалчлагдсан
plex нь хамгийн багаар бодоход хоёр дэд дисктэй байх ёстой, тэгэхгүй
бол үүнийг нийлүүлэгдсэн plex-ээс ялгах боломжгүй юм.
нь plex зохион байгуулалт бүрийн
давуу болон сул талуудыг дүгнэн харуулж байна.
Vinum Plex зохион байгуулалтууд
Plex төрөл
Хамгийн бага дэд дискнүүд
Дэд дискнүүд нэмж болох эсэх
Адил хэмжээтэй байх ёстой
Хэрэглээ
нийлүүлэгдсэн
1
тийм
үгүй
Байрлуулах хамгийн их уян хатан чанар ба боломжийн ажиллагаатай
их хэмжээний өгөгдлийн хадгалалт
судалчлагдсан
2
үгүй
тийм
Маш өндөр зэрэгцээ хандалттай цуг өндөр хурдтай ажиллагаа
Зарим жишээнүүд
Vinum нь хувь системүүдэд мэдэгддэг обьектуудыг тайлбарладаг
тохиргооны мэдээллийн баазын ажиллагааг
хангаж байдаг. Эхлээд хэрэглэгч нэг буюу эсвэл хэд хэдэн тохиргооны
файлуудаас тохиргооны мэдээллийн баазыг &man.gvinum.8; хэрэгсэл
програмын тусламжтайгаар үүсгэдэг. Vinum нь өөрийн тохиргооны
мэдээллийн баазын хуулбарыг диск зүсмэл (Vinum үүнийг
төхөөрөмж гэдэг) бүр дээр өөрийн
хяналтын доор хадгалдаг. Дахин эхлүүлэлт нь зөвөөр Vinum обьект
бүрийн төлвийг сэргээдэг байлгахын тулд төлөв өөрчлөгдөх болгонд
энэхүү мэдээллийн бааз нь шинэчлэгддэг.
Тохиргооны файл
Тохиргооны файл нь Vinum обьектуудыг тайлбарладаг. Энгийн эзлэхүүний
тодорхойлолт ийм байж болох юм:
drive a device /dev/da3h
volume myvol
plex org concat
sd length 512m drive a
Энэ файл нь дөрвөн Vinum обьектийг тайлбарладаг:
drive мөр нь дискний хуваалтыг
(хөтөч) тайлбарлах бөгөөд үүний
байрлал нь түүн доор орших тоног төхөөрөмжтэй харьцангуй
байна. Үүнд a гэж симбол нэр
өгсөн байгаа. Ингэж симбол нэрсийг төхөөрөмжийн нэрсээс
тусад нь салгах нь дискнүүдийг нэг байрлалаас нөгөө уруу
эргэлзээгүйгээр шилжүүлэх боломжийг олгодог.
volume мөр нь эзлэхүүнийг тайлбарлана.
Цорын ганц шаардлагатай шинж чанар нь нэр бөгөөд энэ тохиолдолд
myvol байна.
plex мөр нь plex-ийг тодорхойлдог.
Цорын ганц шаардлагатай параметр нь зохион байгуулалт бөгөөд
энэ тохиолдолд concat болно.
Ямар ч нэр хэрэггүй: систем автоматаар эзлэхүүний нэрэн
дээр .px
дагавар залгаж үүсгэдэг бөгөөд x нь
эзлэхүүн дэх plex-ийн дугаар юм. Тиймээс энэ plex нь
myvol.p0 гэж нэрлэгдэнэ.
sd мөр нь дэд дискийг тайлбарлана.
Хамгийн бага тодорхойлолтууд нь үүнийг хадгалах хөтчийн нэр болон
дэд дискний урт юм. Plex-үүдтэй адил нэр хэрэггүй:
систем автоматаар plex-ийн нэрэн
дээр .sx
дагавар залгаж үүсгэдэг бөгөөд x нь
plex дэх дэд дискний дугаар юм. Тиймээс Vinum нь энэ дэд
дискэнд myvol.p0.s0 гэж нэр
өгдөг.
Энэ файлыг процесс хийсний дараа &man.gvinum.8; дараах үр дүнг
гаргана:
&prompt.root; gvinum -> create config1
Configuration summary
Drives: 1 (4 configured)
Volumes: 1 (4 configured)
Plexes: 1 (8 configured)
Subdisks: 1 (16 configured)
D a State: up Device /dev/da3h Avail: 2061/2573 MB (80%)
V myvol State: up Plexes: 1 Size: 512 MB
P myvol.p0 C State: up Subdisks: 1 Size: 512 MB
S myvol.p0.s0 State: up PO: 0 B Size: 512 MB
Энэ гаралт нь &man.gvinum.8;-ийн хэлбэршүүлэлтийн товч жагсаалтыг харуулж байна.
Энэ нь графикаар зурагт дүрслэгдсэн байна.
Энэ зураг болон дараагийн зураг нь дэд дискнүүд агуулсан plex-үүдийг
агуулсан эзлэхүүнийг харуулж байна. Энэ хялбар жишээн дээр эзлэхүүн нь
нэг plex-ийг агуулах бөгөөд plex нь нэг дэд дискийг агуулж байна.
Энэхүү эзлэхүүн нь хэвшмэл дискний хуваалттай харьцуулахад ямар нэг
тухайлсан давуу чанаргүй юм. Энэ нь ганц plex-ийг агуулах учраас нөөц биш
юм. Plex нь ганц дэд дискнээс тогтох учраас хэвшмэл дискний хуваалттай
харьцуулахад хадгалалт хуваарилалтын хувьд ямар ч ялгаагүй юм.
Дараах хэсгүүд нь төрөл бүрийн илүү сонирхолтой тохиргооны аргуудыг
харуулах болно.
Нэмэгдсэн уян хатан чанар: Толин тусгал үүсгэх
Эзлэхүүний уян хатан чанарыг толин тусгал үүсгэж ихэсгэж болно.
Толин тусгал хийсэн эзлэхүүнийг байрлуулахдаа хөтчийн сүйрэл plex бүрийг унагахгүй
байлгахын тулд plex бүр дэх дэд дискнүүд нь өөр өөр хөтчүүд дээр байгаа эсэхийг
шалгах нь чухал юм. Дараах тохиргоо нь эзлэхүүнийг толин тусгал хийж
байна:
drive b device /dev/da4h
volume mirror
plex org concat
sd length 512m drive a
plex org concat
sd length 512m drive b
Vinum нь өөрийн тохиргооны мэдээллийн бааз дахь бүх обьектуудыг
хянаж байдаг болохоор a хөтчийн тодорхойлолтыг
энэ жишээн дээр дахин зааж өгөх шаардлагагүй юм. Энэ тодорхойлолтыг процесс
хийсний дараа тохиргоо иймэрхүү харагдана:
Drives: 2 (4 configured)
Volumes: 2 (4 configured)
Plexes: 3 (8 configured)
Subdisks: 3 (16 configured)
D a State: up Device /dev/da3h Avail: 1549/2573 MB (60%)
D b State: up Device /dev/da4h Avail: 2061/2573 MB (80%)
V myvol State: up Plexes: 1 Size: 512 MB
V mirror State: up Plexes: 2 Size: 512 MB
P myvol.p0 C State: up Subdisks: 1 Size: 512 MB
P mirror.p0 C State: up Subdisks: 1 Size: 512 MB
P mirror.p1 C State: initializing Subdisks: 1 Size: 512 MB
S myvol.p0.s0 State: up PO: 0 B Size: 512 MB
S mirror.p0.s0 State: up PO: 0 B Size: 512 MB
S mirror.p1.s0 State: empty PO: 0 B Size: 512 MB
зураг нь бүтцийг графикаар
харуулж байна.
Энэ жишээн дээр plex бүр бүрэн 512 MB хаягийн талбарыг
агуулж байна. Өмнөх жишээн дээрх шиг plex бүр зөвхөн ганц дэд дискийг
агуулна.
Ажиллагааг оновчтой болгох
Өмнөх жишээн дээрх толин тусгал хийгдсэн эзлэхүүн нь толин тусгал
хийгдээгүй эзлэхүүнээс илүү сүйрэлд тэсвэртэй боловч ажиллагааны хувьд дутмаг
байдаг: эзлэхүүн уруу хийгдэх бичилт бүр нь нийт дискний зурвасын өргөнөөс илүүтэйгээр
ашиглан хоёр хөтөч хоёулан уруу нь бичилт хийхийг шаарддаг. Ажиллагааны
тооцоонууд нь өөр хандлагыг шаарддаг: толин тусгал үүсгэхийн оронд өгөгдөл нь
аль болох олон диск хөтчүүдийн дагуу судалчлагддаг. Дараах тохиргоо нь
дөрвөн дискний хөтчүүдийн дагуу судалчлагдсан plex бүхий эзлэхүүнийг
харуулж байна:
drive c device /dev/da5h
drive d device /dev/da6h
volume stripe
plex org striped 512k
sd length 128m drive a
sd length 128m drive b
sd length 128m drive c
sd length 128m drive d
Өмнөхийн адил Vinum-д мэдэгдэж байгаа хөтчүүдийг тодорхойлох хэрэггүй
юм. Энэ тодорхойлолтыг процесс хийсний дараа тохиргоо иймэрхүү
байна:
Drives: 4 (4 configured)
Volumes: 3 (4 configured)
Plexes: 4 (8 configured)
Subdisks: 7 (16 configured)
D a State: up Device /dev/da3h Avail: 1421/2573 MB (55%)
D b State: up Device /dev/da4h Avail: 1933/2573 MB (75%)
D c State: up Device /dev/da5h Avail: 2445/2573 MB (95%)
D d State: up Device /dev/da6h Avail: 2445/2573 MB (95%)
V myvol State: up Plexes: 1 Size: 512 MB
V mirror State: up Plexes: 2 Size: 512 MB
V striped State: up Plexes: 1 Size: 512 MB
P myvol.p0 C State: up Subdisks: 1 Size: 512 MB
P mirror.p0 C State: up Subdisks: 1 Size: 512 MB
P mirror.p1 C State: initializing Subdisks: 1 Size: 512 MB
P striped.p1 State: up Subdisks: 1 Size: 512 MB
S myvol.p0.s0 State: up PO: 0 B Size: 512 MB
S mirror.p0.s0 State: up PO: 0 B Size: 512 MB
S mirror.p1.s0 State: empty PO: 0 B Size: 512 MB
S striped.p0.s0 State: up PO: 0 B Size: 128 MB
S striped.p0.s1 State: up PO: 512 kB Size: 128 MB
S striped.p0.s2 State: up PO: 1024 kB Size: 128 MB
S striped.p0.s3 State: up PO: 1536 kB Size: 128 MB
Энэ эзлэхүүн нь зурагт
үзүүлэгдсэн байгаа. Судлуудын харанхуй байдал plex-ийн хаягийн талбар дахь
байрлалыг илэрхийлнэ: хамгийн цайвар судлууд нь эхлээд байх бөгөөд хамгийн
харанхуйнууд нь сүүлд байна.
Уян хатан чанар ба ажиллагаа
Хангалттай тоног төхөөрөмжийн
тусламжтайгаар стандарт &unix; хуваалтуудтай харьцуулах юм бол нэмэгдсэн
уян хатан чанар болон нэмэгдсэн ажиллагаа аль алиныг нь үзүүлдэг эзлэхүүнүүдийг
бүтээх боломжтой юм. Нийтлэг тохиргооны файл иймэрхүү байж болох
юм:
volume raid10
plex org striped 512k
sd length 102480k drive a
sd length 102480k drive b
sd length 102480k drive c
sd length 102480k drive d
sd length 102480k drive e
plex org striped 512k
sd length 102480k drive c
sd length 102480k drive d
sd length 102480k drive e
sd length 102480k drive a
sd length 102480k drive b
Хоёр дахь plex-ийн дэд дискнүүд нь эхний plex дэхээс хоёр хөтчөөр
ялгаатай: дамжуулалт хоёр хөтчөөр дамжин хийгдсэн ч гэсэн бичилтүүд адил
дэд дискнүүд уруугаа хийгдэхгүй байхыг энэ нь баталгаажуулж өгдөг.
нь энэ эзлэхүүний бүтцийг илэрхийлж
байна.
Обьектийн нэрлэлт
Дээд дурдсаны дагуу Vinum нь анхдагч нэрсийг plex-үүд болон дэд дискнүүдэд
өгдөг боловч тэдгээр нь дарагдан өөрчлөгдөж болох юм. Анхдагч нэрсийг
дарж өөрчлөхийг зөвлөдөггүй: обьектуудыг дурын нэрээр солихыг зөвшөөрдөг
VERITAS эзлэхүүн менежерээс харах юм бол энэ уян хатан чанар нь мэдэгдэхүйц
давуу талыг авч ирдэггүй бөгөөд эндүүрэл үүсгэж болох юм.
Нэрс нь дурын хоосон биш тэмдэгтийг агуулж болох бөгөөд тэмдэгтүүдийг
үсэг, тоо болон доогуур зураас байлгаж хязгаарлахыг зөвлөдөг.
Эзлэхүүнүүд, plex-үүд болон дэд дискнүүд нь 64 тэмдэгт хүртэл урттай
байж болох бөгөөд хөтчүүдийн нэрс 32 тэмдэгт хүртэл урттай байж
болно.
- Vinum обьектууд нь /dev/gvinum шатлалд
+ Vinum обьектууд нь /dev/gvinum шатлалд
төхөөрөмжийн цэгүүдийг өгдөг. Дээр үзүүлсэн тохиргоо нь Vinum-ийг
дараах төхөөрөмжийн цэгүүдийг үүсгэхэд хүргэнэ:
Энэ нь зөвхөн уламжлалт Vinum шийдэлд хамаатай.
&man.gvinum.8; болон Vinum дэмоны ашигладаг
- харгалзах /dev/vinum/control болон
- /dev/vinum/controld хяналтын төхөөрөмжүүд.
+ харгалзах /dev/vinum/control болон
+ /dev/vinum/controld хяналтын төхөөрөмжүүд.
Эзлэхүүн бүрийн төхөөрөмжийн оруулгууд. Эдгээр нь Vinum-ийн ашигладаг
гол төхөөрөмжүүд юм. Тэгэхээр дээрх тохиргоо нь
- /dev/gvinum/myvol,
- /dev/gvinum/mirror,
- /dev/gvinum/striped,
- /dev/gvinum/raid5 болон
- /dev/gvinum/raid10 төхөөрөмжүүдийг
+ /dev/gvinum/myvol,
+ /dev/gvinum/mirror,
+ /dev/gvinum/striped,
+ /dev/gvinum/raid5 болон
+ /dev/gvinum/raid10 төхөөрөмжүүдийг
агуулах болно.
Энэ нь зөвхөн уламжлалт Vinum шийдэлд хамаатай.
- Хөтөч бүрийн оруулгатай /dev/vinum/drive
+ Хөтөч бүрийн оруулгатай /dev/vinum/drive
сан. Эдгээр оруулгууд нь жинхэнэдээ харгалзах дискний цэгүүд уруу заасан
симболын холбоосууд юм.
- Бүх эзлэхүүнүүд нь /dev/gvinum/ дотор
+ Бүх эзлэхүүнүүд нь /dev/gvinum/ дотор
шууд оруулгуудыг авна.
Plex болон дэд диск бүрийн төхөөрөмжийн цэгүүдийг агуулдаг
- харгалзах /dev/gvinum/plex болон
- /dev/gvinum/sd сангууд.
+ харгалзах /dev/gvinum/plex болон
+ /dev/gvinum/sd сангууд.
Жишээ нь дараах тохиргооны файл байлаа гэж үзье:
drive drive1 device /dev/sd1h
drive drive2 device /dev/sd2h
drive drive3 device /dev/sd3h
drive drive4 device /dev/sd4h
volume s64 setupstate
plex org striped 64k
sd length 100m drive drive1
sd length 100m drive drive2
sd length 100m drive drive3
sd length 100m drive drive4
- Энэ файлыг процесс хийсний дараа &man.gvinum.8; нь /dev/gvinum
+ Энэ файлыг процесс хийсний дараа &man.gvinum.8; нь /dev/gvinum
файлд дараах бүтцийг үүсгэдэг:
drwxr-xr-x 2 root wheel 512 Apr 13 16:46 plex
crwxr-xr-- 1 root wheel 91, 2 Apr 13 16:46 s64
drwxr-xr-x 2 root wheel 512 Apr 13 16:46 sd
/dev/vinum/plex:
total 0
crwxr-xr-- 1 root wheel 25, 0x10000002 Apr 13 16:46 s64.p0
/dev/vinum/sd:
total 0
crwxr-xr-- 1 root wheel 91, 0x20000002 Apr 13 16:46 s64.p0.s0
crwxr-xr-- 1 root wheel 91, 0x20100002 Apr 13 16:46 s64.p0.s1
crwxr-xr-- 1 root wheel 91, 0x20200002 Apr 13 16:46 s64.p0.s2
crwxr-xr-- 1 root wheel 91, 0x20300002 Apr 13 16:46 s64.p0.s3
Plex-үүд болон дэд дискнүүд нь тусгайлсан нэрсийг хуваарилах ёсгүй гэж
зөвлөдөг боловч Vinum хөтчүүд нь нэрлэгдсэн байх ёстой. Энэ нь хөтчийг
өөр байрлал уруу зөөж автоматаар таньсан хэвээр байх боломжийг
бүрдүүлдэг. Хөтчийн нэрс 32 тэмдэгт хүртэл урттай байж болно.
Файлын системүүд үүсгэх нь
Эзлэхүүнүүд нь нэг зүйлээс бусдаараа дискнүүдэд ижил юм шиг
системд харагддаг. &unix; хөтчүүдээс ялгаатай нь Vinum эзлэхүүнүүдийг
хуваадаггүй, тиймээс хуваалтын хүснэгтийг агуулдаггүй. Энэ нь зарим нэг
дискний хэрэгслүүдэд ялангуяа &man.newfs.8;-д өөрчлөлт хийхийг шаарддаг.
Урьд нь &man.newfs.8; Vinum-ийн эзлэхүүний нэрийн сүүлийн үсгийг
хуваалт таниулагч гэж тайлбарлахыг оролддог байсан байна. Жишээ нь
- дискний хөтөч /dev/ad0a эсвэл
- /dev/da2h гэсэн нэртэй байж болох юм.
+ дискний хөтөч /dev/ad0a эсвэл
+ /dev/da2h гэсэн нэртэй байж болох юм.
Эдгээр нэрс нь эхний (0) IDE диск дээрх эхний хуваалт (a)
болон гурав дахь (3) SCSI диск дэх найм дахь хуваалтыг
(h) илэрхийлдэг. Ялгаатай тал нь
Vinum эзлэхүүн нь хуваалтын нэртэй ямар ч холбоогүй нэрээр магадгүй
- /dev/gvinum/concat гэж нэрлэгдэж болох
+ /dev/gvinum/concat гэж нэрлэгдэж болох
юм.
&man.newfs.8; нь дискний нэрийг тайлбарлах бөгөөд хэрэв ойлгож
чадахгүй бол мэдээлэл үзүүлдэг. Жишээ нь:
&prompt.root; newfs /dev/gvinum/concat
newfs: /dev/gvinum/concat: can't figure out file system partition
Энэ эзлэхүүн дээр файлын систем үүсгэхийн тулд
&man.newfs.8;-г ашиглана:
&prompt.root; newfs /dev/gvinum/concat
5.0-с өмнөх &os; хувилбаруудад &man.newfs.8; нь
- нэмэлт -v туг болон хуучин төхөөрөмж нэрлэлтийн схемийг
- шаарддаг:
+ нэмэлт туг болон хуучин төхөөрөмж нэрлэлтийн схемийг
+ шаарддаг:
- &prompt.root; newfs -v /dev/vinum/concat
+ &prompt.root; newfs -v /dev/vinum/concat
Vinum тохируулах нь
GENERIC цөм Vinum-ийг агуулдаггүй. Vinum оруулсан
тусгай цөм бүтээх боломжтой боловч ингэхийг зөвлөдөггүй. Vinum-ийг эхлүүлэх
стандарт арга нь цөмийн модуль (kld) юм. Та бүр
Vinum-д зориулж &man.kldload.8;-г ч ашиглах хэрэггүй: &man.gvinum.8;-г
эхлүүлэхэд энэ нь модуль ачаалагдсан эсэхийг шалгаад хэрэв үгүй бол түүнийг
автоматаар ачаалдаг.
Эхлүүлэлт
Vinum нь тохиргооны мэдээллийг гол нь тохиргооны файлуудад байдаг яг тэр
хэлбэрээр дискний зүсмэлүүд дээр хадгалдаг. Тохиргооны мэдээллийн баазаас унших
үед Vinum тохиргооны файлуудад зөвшөөрөгдөөгүй хэд хэдэн түлхүүр үгнүүдийг
таньдаг. Жишээ нь дискний тохиргоо дараах текстийг агуулж болох юм:
volume myvol state up
volume bigraid state down
plex name myvol.p0 state up org concat vol myvol
plex name myvol.p1 state up org concat vol myvol
plex name myvol.p2 state init org striped 512b vol myvol
plex name bigraid.p0 state initializing org raid5 512b vol bigraid
sd name myvol.p0.s0 drive a plex myvol.p0 state up len 1048576b driveoffset 265b plexoffset 0b
sd name myvol.p0.s1 drive b plex myvol.p0 state up len 1048576b driveoffset 265b plexoffset 1048576b
sd name myvol.p1.s0 drive c plex myvol.p1 state up len 1048576b driveoffset 265b plexoffset 0b
sd name myvol.p1.s1 drive d plex myvol.p1 state up len 1048576b driveoffset 265b plexoffset 1048576b
sd name myvol.p2.s0 drive a plex myvol.p2 state init len 524288b driveoffset 1048841b plexoffset 0b
sd name myvol.p2.s1 drive b plex myvol.p2 state init len 524288b driveoffset 1048841b plexoffset 524288b
sd name myvol.p2.s2 drive c plex myvol.p2 state init len 524288b driveoffset 1048841b plexoffset 1048576b
sd name myvol.p2.s3 drive d plex myvol.p2 state init len 524288b driveoffset 1048841b plexoffset 1572864b
sd name bigraid.p0.s0 drive a plex bigraid.p0 state initializing len 4194304b driveoff set 1573129b plexoffset 0b
sd name bigraid.p0.s1 drive b plex bigraid.p0 state initializing len 4194304b driveoff set 1573129b plexoffset 4194304b
sd name bigraid.p0.s2 drive c plex bigraid.p0 state initializing len 4194304b driveoff set 1573129b plexoffset 8388608b
sd name bigraid.p0.s3 drive d plex bigraid.p0 state initializing len 4194304b driveoff set 1573129b plexoffset 12582912b
sd name bigraid.p0.s4 drive e plex bigraid.p0 state initializing len 4194304b driveoff set 1573129b plexoffset 16777216b
Эндэх мэдээжийн ялгаанууд нь байрлалын тодорхой мэдээлэл болон нэрлэлт
(тэдгээрийн хоёул бас зөвшөөрөгдсөн боловч хэрэглэгчид ашиглахыг хориглосон)
болон түвшингүүд дэх мэдээлэл (хэрэглэгчид байдаггүй) байгаа явдал юм.
Vinum нь тохиргооны мэдээлэл дэх хөтчүүдийн тухай мэдээллийг хадгалдаггүй:
энэ нь Vinum шошготой хуваалтуудын хувьд тохируулагдсан дискний хөтчүүдийг скан хийн
хөтчүүдийг олдог. Энэ нь тэдгээр хөтчүүдэд өөр төрлийн &unix; хөтчийн ID өгсөн байсан ч
Vinum-д хөтчүүдийг зөвөөр таних боломжийг олгодог.
Автомат эхлүүлэлт
Энэ мэдээлэл нь зөвхөн уламжлалт Vinum шийдэлд хамаатай.
Gvinum нь &man.loader.conf.5;-ийн тусламжтай
цөмийн модуль ачаалагдсаны дараа автоматаар эхлүүлэгддэг боломжийг үргэлж
агуулсан байна. Gvinum модулийг ачаалалтын үед
дуудахын тулд /boot/loader.conf файлд
geom_vinum_load="YES" мөрийг нэмэх хэрэгтэй.
Системийг ачаалахад Vinum-ийг автоматаар эхлүүлэхийн тулд
өөрийн /etc/rc.conf файлд дараах мөр
байгаа эсэхийг шалгаарай:
start_vinum="YES" # set to YES to start vinum
Хэрэв танд /etc/rc.conf файл байхгүй бол
ийм агуулгатай нэгийг үүсгээрэй. Энэ нь системийг эхлэхдээ Vinum
kld-г ачаалуулж тохиргоонд дурдагдсан
обьект бүрийг эхлүүлэхэд хүргэдэг. Энэ нь файлын системүүдийг
холбохоос өмнө хийгддэг учир автоматаар Vinum эзлэхүүнүүд дээр &man.fsck.8;
хийх болон файлын системүүдийг холбох боломжтой юм.
vinum start тушаалаар Vinum-ийг
эхлүүлэхэд Vinum нь аль нэг Vinum хөтчөөс тохиргооны мэдээллийн баазыг
уншдаг. Ердийн тохиолдолд хөтөч бүр тохиргооны мэдээллийн баазын адил хуулбарыг
агуулдаг учир аль хөтөч уншигдах нь хамаагүй юм. Гэхдээ сүйрлийн дараа
Vinum нь аль хөтөч хамгийн сүүлд шинэчлэгдсэнийг тодорхойлж тэр хөтчөөс
тохиргоог унших ёстой. Дараа нь тэр хэрэв шаардлагатай бол хуучин хөтчүүдээс
тохиргоог шинэчилдэг.
Root файлын системийн хувьд Vinum-ийг ашиглах нь
Vinum ашиглан бүрэн толин тусгал хийгдсэн файлын системүүд бүхий
машины хувьд root файлын системийг бас толин тусгал хийх нь зүйтэй.
Ингэж тохируулах нь дурын файлын системийг толин тусгал хийхээс
амаргүй юм, учир нь:
root файлын систем нь ачаалах процессийн нэлээн эхэн үед бэлэн
байж байх шаардлагатай учраас Vinum дэд бүтэц нь энэ үед аль хэдийн бэлэн
болсон байх шаардлагатай.
root файлын системийг агуулсан эзлэхүүн нь бас системийг эхлүүлэх код
болон цөмийг агуулдаг бөгөөд цөм нь хост системийн эх хэрэгслүүд (өөрөөр хэлбэл
PC ангиллын машинууд дээр BIOS) ашиглан уншигдах ёстой. Эдгээр хост системийн
эх хэрэгслүүдэд Vinum-ийн талаар дэлгэрэнгүйг мэдүүлэх ихэвчлэн боломжгүй
байдаг.
Дараах хэсгүүдэд root эзлэхүүн
гэсэн ойлголт
root файлын системийг агуулдаг Vinum эзлэхүүнийг тайлбарлахад голчлон
ашиглагдана. Энэ эзлэхүүний хувьд "root"
гэсэн нэрийг ашиглах нь зүйтэй санаа боловч энэ нь аль ч талаараа заавал
шаардлагатай биш юм. Дараах хэсгүүд дэх бүх тушаалын жишээнүүд нь
энэ нэрийг ашиглах болно.
root файлын системийн хувьд Vinum-ийг аль болох эрт эхлүүлэх нь
Ингэхийн тулд хэд хэдэн арга хэмжээнүүдийг авах хэрэгтэй:
Vinum нь ачаалах үед цөмд бэлэн байх ёстой. Тиймээс
-д тайлбарласан
Vinum-ийг автоматаар эхлүүлэх арга нь энэ асуудлыг шийдэхэд
хэрэглэх боломжгүй бөгөөд start_vinum
параметрийг дараах тохиргоог зохион байгуулсан тохиолдолд тохируулах
ёсгүй. Эхний тохируулга нь Vinum-ийг статикаар цөмд эмхэтгэх
тохируулга байх юм. Тэгэхээр энэ боломж нь үргэлж бэлэн байх боловч
ихэнх тохиолдолд хүсмээр зүйл биш байдаг. /boot/loader
()-аар цөмийг эхлэхээс өмнө
vinum цөмийн модулийг эрт ачаалахаар тохируулах өөр бас нэг
тохируулга байдаг. Ингэхийн тулд дараах мөрийг:
geom_vinum_load="YES"
/boot/loader.conf файл уруу оруулж хийж болно.
Gvinum-ийн хувьд бүх
эхлүүлэлт нь цөмийн модуль ачаалагдсаны дараа
автоматаар хийгддэг учраас дээр тайлбарласан процедур
байхад л хангалттай. Дараах текст нь хуучин тохиргоонуудын
тусын тулд уламжлалт Vinum системийн ажиллагааг баримтжуулж
байна.
Vinum нь root файлын системд эзлэхүүнийг хангах хэрэгтэй байдаг
учир эрт эхлүүлэгдэх ёстой байдаг. Анхдагчаар цөмийн Vinum хэсэг нь
администратор (эсвэл эхлүүлэх скриптүүдийн аль нэг нь)
vinum start тушаал ажиллуулах хүртэл
Vinum эзлэхүүний мэдээллийг агуулсан байж болох хөтчүүдийг
хайдаггүй.
- FreeBSD-д хэрэгтэй
+ &os;-д хэрэгтэй
алхмуудыг дараах хэсэг тайлбарлах болно.
Дараах мөрийг:
vinum.autostart="YES"
гэж /boot/loader.conf файлд нэмж
Vinum-ийг цөмийн эхлүүлэлтийн хэсэг болон Vinum мэдээллийн хувьд
бүх хөтчүүдийг автоматаар скан хийхийг зааж өгдөг.
Цөмд root файлын системийг хайхыг заах заавал шаардлагагүйг
тэмдэглэе. /boot/loader нь
root төхөөрөмжийн нэрийг /etc/fstab
файлаас хайх бөгөөд энэ мэдээллийг цөмд дамжуулдаг. root файлын
системийг холбох үед өгөгдсөн төхөөрөмжийн нэрээс аль драйвераас
үүнийг дотоод төхөөрөмжийн ID (major/minor дугаар) болгон
хөрвүүлэхийг асуухаа мэддэг.
Vinum дээр тулгуурласан root эзлэхүүнийг эхлүүлэх кодонд хандах
боломжтой болгох нь
- Одоогийн FreeBSD эхлүүлэгч нь зөвхөн 7.5KB код байдаг бөгөөд энэ нь
+ Одоогийн &os; эхлүүлэгч нь зөвхөн 7.5KB код байдаг бөгөөд энэ нь
UFS файлын системээс файлуудыг (/boot/loader
зэрэг) уншдагаар хийгдсэн байдаг болохоор Vinum-ийн тохиргооны мэдээллийг
боловсруулж эхлэх эзлэхүүний өөрийнх нь элементүүдийг таньж Vinum-ийн
дотоод бүтцүүдийг түүнд мэдүүлэх нь илт боломжгүй юм. Тиймээс
root файлын системийг агуулдаг стандарт "a"
хуваалтын хуурамч үзэгдлээр эхлүүлэгч кодыг хангах зарим нэгэн
заль мэх шаардлагатай байдаг.
Ингэхийн тулд root эзлэхүүний хувьд дараах шаардлагуудыг хангасан
байх ёстой:
root эзлэхүүн нь судал хийгдээгүй эсвэл RAID-5 хийгдээгүй байх ёстой.
root эзлэхүүн нь нэг plex-ийн хувьд нэгээс илүү нийлүүлэгдсэн дэд
дисктэй байх ёсгүй.
Тус бүрдээ root файлын системийн нэг хуулбарыг агуулсан олон plex
байлгах боломжтой бөгөөд ингэх сонирхолтой байдгийг санаарай.
Гэхдээ эхлүүлэгч процесс нь эдгээр хуулбаруудын зөвхөн нэгийг эхлүүлэгч болон
бүх файлуудыг олохын тулд цөм root файлын системийг өөрийг нь холбох хүртэл
хэрэглэдэг. Дараа нь харгалзах төхөөрөмжийг эхлүүлэх боломжтой болгохын тулд
эдгээр plex-үүдийн доторх ганц дэд диск бүрт өөрсдийн "a"
хуваалтын хуурамч үзэгдэл хэрэгтэй болдог. Эдгээр хуурсан "a"
хуваалт бүр өөрийн төхөөрөмжийн дотор адил офсетэд байрлах нь root эзлэхүүний
plex-үүдийг агуулдаг бусад төхөөрөмжүүдтэй харьцуулах юм бол заавал хэрэгтэй
байдаггүй. Гэхдээ Vinum эзлэхүүнүүдийг толин тусгал хийгдсэн төхөөрөмжүүд нь
тэгш хэмт байхаар эндүүрлээс хамгаалж үүсгэх нь магадгүй зүйтэй санаа байх юм.
Эдгээр "a" хуваалтуудыг root эзлэхүүний хэсгийг
агуулсан төхөөрөмж бүрийн хувьд тохируулахын тулд доор дурдсаныг хийх хэрэгтэй:
Энэ төхөөрөмжийн root эзлэхүүний хэсэг болох дэд дискний байрлал
(төхөөрөмжийн эхэн хэсгээс тодорхой офсетэд) болон хэмжээг
дараах тушаалыг ашиглаж шалгах хэрэгтэй:
&prompt.root; gvinum l -rv root
Vinum офсетүүд болон хэмжээнүүд нь байтаар хэмжигддэг болохыг
санаарай. bsdlabel тушаалд
хэрэглэгддэг блок дугааруудыг олж авахын тулд тэдгээр нь 512-т
хуваагдах ёстой.
Дараах тушаалыг:
&prompt.root; bsdlabel -e devname
гэж root эзлэхүүнд оролцож байгаа төхөөрөмж бүрийн хувьд ажиллуулна.
devname нь зүсмэлийн хүснэгтгүй
дискнүүдийн дискний нэр (da0 гэх зэрэг)
эсвэл зүсмэлийн нэр (ad0s1 гэх зэрэг)
байх ёстой.
Хэрэв төхөөрөмж дээр "a" хуваалт
(Vinum-ийн өмнөх root файлын системийг агуулсан) байх юм бол
энэ нь хандахад боломжтой хэвээр (зөвхөн энэ тохиолдолд) байхын
тулд өөр нэрээр нэрлэгдэх шаардлагатай. Гэхдээ анхдагчаар системийг
эхлүүлэхэд хэрэглэгдэхээ болих юм. Идэвхтэй хуваалтуудын
(одоогоор холбогдсон root файлын систем зэрэг) нэрийг өөрчилж
болохгүй, тийм болохоор үүнийг Fixit
зөөвөрлөгчөөс
эхлүүлэх үед эсвэл (толин тусгал хийгдсэн нөхцөлд) ачаалаагүй байгаа
дискийг эхлээд удирдах хоёр алхамтай процессийн үед ажиллуулах ёстойг
санаарай.
Дараа нь энэ төхөөрөмж дээрх Vinum хуваалтын офсет нь энэ
төхөөрөмжийн харгалзах root эзлэхүүний дэд дискний офсетэд
нэмэгдэх ёстой. Үр дүнд нь гарах утга нь шинэ "a"
хуваалтын хувьд "offset" буюу офсет
утга болно. Энэ хуваалтын хувьд "size" буюу хэмжээ
утгыг дээрх тооцооллоос үгчлэн авч болно. "fstype"
нь 4.2BSD байх ёстой.
"fsize", "bsize",
болон "cpg" утгууд нь байгаа файлын системтэй
таарахаар сонгогдсон байх хэрэгтэй, гэхдээ тэдгээр нь энэ сэдэвт
бараг л чухал биш юм.
Ийм замаар шинэ "a" хуваалт нь
энэ төхөөрөмж дээрх Vinum хуваалтыг дарж байгуулагдана.
Хэрэв Vinum хуваалт нь "vinum"
fstype-г ашиглан зөвөөр тэмдэглэгдсэн бол
bsdlabel тушаал нь зөвхөн энэ даралтыг
зөвшөөрөх болно.
Ингээд боллоо! root эзлэхүүний нэг хуулбартай төхөөрөмж бүр дээр
хуурсан "a" хуваалт одоо бий боллоо.
Үр дүнг дараах тушаалтай төстэй тушаал ашиглан дахин шалгахыг
зөвлөдөг:
&prompt.root; fsck -n /dev/devnamea
Шинэ Vinum root эзлэхүүнийг тохируулах үед идэвхтэй байгаа
root файлын системтэй таардаггүй учир хяналтын мэдээлэл агуулсан бүх
файлууд нь Vinum эзлэхүүн дэх root файлын системд харьцангуй байх ёстойг
санах хэрэгтэй. Тэгэхээр ялангуяа /etc/fstab
болон /boot/loader.conf файлуудыг
бодолцох хэрэгтэй юм.
Дараагийн дахин ачаалалтын дараа эхлүүлэгч нь шинэ Vinum дээр тулгуурласан
root файлын системээс тохирох хяналтын мэдээллийг олж түүний дагуу ажиллах
ёстой. Цөмийн эхлүүлэх процессийн төгсгөлд бүх төхөөрөмжүүд зарлагдсаны
дараа энэ тохиргоог амжилттай болсныг харуулсан алдартай мэдэгдэл иймэрхүү
байдлаар харуулагдана:
Mounting root from ufs:/dev/gvinum/root
Vinum дээр тулгуурласан root тохиргооны жишээ
Vinum root эзлэхүүн тохируулагдсаны дараа
gvinum l -rv root тушаалын үр дүн иймэрхүү
харагдана:
...
Subdisk root.p0.s0:
Size: 125829120 bytes (120 MB)
State: up
Plex root.p0 at offset 0 (0 B)
Drive disk0 (/dev/da0h) at offset 135680 (132 kB)
Subdisk root.p1.s0:
Size: 125829120 bytes (120 MB)
State: up
Plex root.p1 at offset 0 (0 B)
Drive disk1 (/dev/da1h) at offset 135680 (132 kB)
- Тэмдэглэх ёстой утгууд нь офсетийн (/dev/da0h
+ Тэмдэглэх ёстой утгууд нь офсетийн (/dev/da0h
хуваалтын хувьд харьцангуй байна) хувьд 135680
байна. Энэ нь bsdlabel-ийн ойлголтод
265 ширхэг 512 байт диск блок уруу хөрвүүлнэ. Үүнтэй адилаар энэ root
эзлэхүүний хэмжээ нь 245760 512 байт блок юм. Энэ root эзлэхүүний
- хоёр дахь хуулбарыг агуулсан /dev/da1h нь
+ хоёр дахь хуулбарыг агуулсан /dev/da1h нь
тэгш хэмтэй тохиргоотой байна.
Эдгээр төхөөрөмжийн хувьд bsdlabel нь иймэрхүү харагдана:
...
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 245760 281 4.2BSD 2048 16384 0 # (Cyl. 0*- 15*)
c: 71771688 0 unused 0 0 # (Cyl. 0 - 4467*)
h: 71771672 16 vinum # (Cyl. 0*- 4467*)
Хуурсан "a" хуваалтын
"size" параметр нь дээр харуулсан утгатай
таардаг бол харин "offset" параметр нь
Vinum хуваалт "h" доторх офсет
болон төхөөрөмж (эсвэл зүсмэл) дэх энэ хуваалтын офсетийн нийлбэр болохыг
эндээс харж болно. Энэ нь -д
тайлбарласан асуудлыг тойрон гарахад шаардлагатай ердийн тохиргоо юм.
Мөн бүхэл "a" хуваалт нь энэ төхөөрөмжийн хувьд
бүх л Vinum өгөгдлийг агуулан бүтнээрээ "h" дотор
байхыг эндээс бас харж болно.
Дээрх жишээн дээр бүхэл төхөөрөмж нь Vinum-д зориулагдсан бөгөөд
зөвхөн Vinum тохиргооны хэсэг болохоор зориулагдсан дискний шинэ тохиргоо
учраас Vinum-аас өмнөх root хуваалтын үлдэгдэл байхгүй болохыг санах
хэрэгтэй.
Алдааг олж засварлах нь
Хэрэв ямар нэгэн зүйл болохоо байвал энэ тохиолдолд сэргээх арга хэрэгтэй.
Дараах жагсаалт нь тохиолддог цөөн хэдэн асуудлууд болон шийдлүүдийг
харуулж байна.
Системийн эхлүүлэгч ачаалах боловч систем эхлэхгүй байх
Ямар нэг шалтгаанаар систем нь ачаалахгүй бол эхлүүлэгчийг
10 секундын анхааруулга дээр space товчлуур дарж
тасалдуулж болно. Дуудагчийн хувьсагчуудыг (vinum.autostart зэрэг)
show тушаал ашиглан шалгаж болох бөгөөд
set эсвэл unset тушаалуудыг
ашиглан тохируулж болно.
Хэрэв цөмийн Vinum модуль нь автоматаар дуудагддаг модулиудын
жагсаалтад орж амжаагүй байх юм бол ердийн load geom_vinum
тушаал туслана.
Бэлэн болсныхоо дараа ачаалах процессийг boot -as
тушаалаар үргэлжлүүлж болно. тохируулгууд нь
root файлын системийг холбохыг () асуудаг
бөгөөд ачаалах процессийг root файлын системийг зөвхөн унших эрхээр холбосон
ганц-хэрэглэгчийн горимд () зогсоохыг
цөмөөс хүсдэг. Ийм замаар олон-plex эзлэхүүний зөвхөн нэг plex холбогдсон
байхад plex-үүд хоорондын өгөгдлийн бүрэн бүтэн бус байдлын эрсдэл
гардаггүй.
root файлын системийг холбохыг асуух мөрөн дээр зөв root файлын
системтэй дурын төхөөрөмжийг оруулж болно. Хэрэв
/etc/fstab зөв тохируулагдсан бол анхдагч нь
ufs:/dev/gvinum/root мөртэй төсөөтэй
байх ёстой. Ердийн өөр нэг сонголт нь ufs:da0d
зэрэг Vinum-аас өмнөх root файлын системийг агуулдаг таамаглал хуваалт
байж болох юм. Энд жинхэнэдээ толин тусгал үүсгэгдсэн тохируулгаас болоод
Vinum root төхөөрөмжийн дэд дискнүүд уруу заасан аль нэг хуулбар
"a" хуваалтыг оруулсан бол болгоомжтой байх хэрэгтэй
бөгөөд энэ нь толин тусгал хийгдсэн root төхөөрөмжийн зөвхөн нэгийг
холбох болно. Хэрэв энэ файлын систем нь дараа нь унших бичих эрхтэйгээр
холбогдох бол Vinum root эзлэхүүний бусад plex-(үүд)ийг арилгах
шаардлагатай. Учир нь эдгээр plex-үүд нь бүрэн бүтэн бус өгөгдлийг
зөөвөрлөх болно.
Зөвхөн анхдагч эхлүүлэгч дуудах
Хэрэв /boot/loader дуудагдахгүй байгаа
боловч анхдагч эхлүүлэгч дуудагдаж байвал (ачаалах процесс эхэлсний дараа
дэлгэцийн зүүн багана дээр ганц зураас харагддаг) энэ үед анхдагч
эхлүүлэгчийг тасалдуулах оролдлогыг space товчлуур
ашиглан хийж болно. Энэ нь эхлүүлэгчийг хоёрдугаар алхам дээр зогсоох
бөгөөд -с үзнэ үү. Энд
"a"-с дээр шилжүүлэгдсэн өмнөх root файлын
системийг агуулсан өөр хуваалтаас ачаалах оролдлого хийж болох
юм.
Юу ч ачаалахгүй болж эхлүүлэгч сүйрэх
Энэ тохиолдол нь хэрэв эхлүүлэгчийг Vinum суулгацаар устгасан
бол тохиолддог. Харамсалтай нь одоогоор Vinum нь санамсаргүйгээр
зөвхөн 4 KB хэмжээг чөлөөтэйгөөр өөрийн хуваалтын эхэнд өөрийн Vinum
толгойн мэдээллийг бичиж эхлэхээсээ өмнө үлдээдэг. Гэхдээ нэгдүгээр алхам
ба хоёрдугаар эхлүүлэгчид, тэдгээрийн хооронд суулгагдсан bsdlabel нь
одоогоор 8 KB-г шаарддаг. Хэрэв Vinum хуваалт нь ачаалагдах боломжтой
гэгдэж байгаа зүсмэл эсвэл диск дотор 0 офсетэд эхэлсэн бол Vinum нь
эхлүүлэгчийг устгана.
Үүнтэй адилаар хэрэв дээрх тохиолдол сэргээгдсэн бол,
жишээ нь Fixit
зөөвөрлөгчөөс ачаалагдаж
эхлүүлэгч нь -д тайлбарласны дагуу
дахин суулгагдсан бол эхлүүлэгч нь Vinum толгойг устгах бөгөөд
Vinum нь өөрийн диск(үүд)ийг дахиж олохгүй байх болно. Яг жинхэнэдээ
Vinum-ийн тохиргооны өгөгдөл эсвэл Vinum-ийн эзлэхүүнүүд дэх
өгөгдөл нь энэ үед устгагддаггүй бөгөөд бүх өгөгдлийг яг адилхан
Vinum тохиргооны өгөгдлийг дахин оруулснаар сэрээх боломжтой боловч
ийм тохиолдлыг засварлах нь их хэцүү байдаг. Vinum толгой болон системийн
эхлүүлэгчийг давхцуулахгүй байлгахын тулд бүхэл Vinum хуваалтыг
хамгийн багаар бодоход 4 KB-аар шилжүүлэх хэрэгтэй болно.