🚀 go-pugleaf

Artur Opaliński <artur@finskog.com.pl> pisze:

> O!
> To moze dowiem sie wreszcie , czym sie rozni partycja od slice (na x86)?

Proszę bardzo...

Przy tworzeniu specyfikacji komputera PC, IBM przewidział możliwość
uruchamiania na nim różnych systemów operacyjnych.  Aby umożliwić
ich wspólne istnienie na dysku twardym, podzielono go na partycje
(partition).  (W popularnej kiedyś książce "DOS od środka" partycje
nazywane były strefami, ale określenie to jakoś się nie przyjęło,
nie będę więc go używał.)  Upraszczając nieco sprawę, na dysku
może być do czterech partycji (zwanych primary), z których tylko
jedna może być aktywna (active partition).  System umieszczony
na tej właśnie partycji będzie uruchomiony przy starcie maszyny.
Aby za'boot'ować inny system operacyjny, umieszczony na innej
partycji, należy uczynić ją aktywną (robi się to zwykle poleceniem
'fdisk') i z'reboot'ować komputer.

Sun, przenosząc na swoje SPARC'owe stacje robocze system BSD (i
nazywając go SunOS'em ;-) ), jakoś nie interesował się innymi
systemami operacyjnymi.  (Ktoś zna jakiś inny, poza Linux'em,
system pracujący na SPARC'a?)  Z góry więc wykluczył istnienie
kilku partycji.  Przejął za to z BSD slice'y, czyli kawałki dysku, na
których tworzone są systemy plików (filesystem), mount'owane póżniej
pod kolejne katalogi.  "Plasterków" tych może być najwyżej osiem.
Slice'y są bardzo podobne do partycji, choć nie miały służyć do tego,
co partycje, celu.  Można nawet ustawić w NVRAM'ie, z którego slice'a
ma być boot'owany system, lub też podać go wprost z Open BootPROM'u.
Pewnie w oparciu o mechanizm slice'ów można by także zaimplementować
możliwość koegzystencji na jednym dysku kilku systemów operacyjnych.
(Ktoś wie, czy twórcy Linux'a na SPARC'a tak właśnie postąpili?)
Nic więc dziwnego, że wiele osób mówi na slice'y, partycje.  I chyba
"można mówić błędnie, wiedząc co się ma na myśli" - jak mawiała
moja profesorka od matematyki. :-)

Wypuszczając Solaris'a na procesor x86, SunSoft postąpił zgodnie
z istniejącą specyfikacją PeCeta i zostawił mechanizm partycji.
(I dobrze!  W ten sposób mogę mieć w domu i DOS'a, i Linux'a,
i wreszcie Solaris'a. :-) )  Chcą jednak maksymalnie upodobnić
Solaris'a x86 do swojego SPARC'owego przodka, przeniósł stamtąd
slice'y.  Stąd też na popularnym PeCecie ze sterownikiem AT-BUS
mamy w katalogu '/dev/dsk' pliki specjalne odwzorowujące zarówno
partycje, jak i slice'y:

c0d0p0 - cały dysk (używany przykładowo przez polecenie 'format',
         przydatny też przy mount'owaniu istniejących na dysku
         partycji DOS'owych)
c0d0p1 - pierwsza partycja
c0d0p2 - druga partycja
c0d0p3 - trzecia partycja
c0d0p4 - czwarta partycja

c0d0s0 - pierwszy slice
c0d0s1 - drugi slice
c0d0s2 - trzeci slice (domyślnie używany jako tzw. overlap -
         na SPARC'u cały dysk, a na x86 cała partycja Solaris'owa)
c0d0s3 - czwarty slice
.
.
.
c0d0s7 - ósmy (i ostatni, pomimo że gdzie niegdzie pojawia się
         ich więcej :-) ) slice

Fizycznie, poszczególne slice'y są oczywiście częściami partycji
Solaris'owej.

Tak więc reasumując, na SPARC'u dysk mamy podzielony na (do ośmu)
slice'y.  Na x86 są najpierw partycję (do czterech primary), a
dopiero jedna z nich - Solaris'owa - podzielona jest na slice'y
(tak jak w przypadku SPARC'a, maksymalnie osiem).

Napisałem "jedna z nich", bo właśnie tylko jedna partycja dysku
twardego w PeCecie może być przeznaczona pod Solaris'a.  (Reguła
ta nie ma zastosowania w przypadku DOS'a i Linux'a.)  Warto też
wiedzieć, że systemowy 'format' nie będzie widział podłączonych do
komputera dysków, jeśli nie będzie na nich partycji Solaris'owej.
Partycję taką można stworzyć poleceniem 'fdisk' - oczywiście
z Solaris'a.

Mam nadzieję, że co nieco wyjaśniłem.

-Kszychu
--
Krzysztof Góźdź  System Engineer  E-mail: krzysztof.gozdz@altar.com.pl
WWW: http://www.altar.com.pl/~kszychu
Przedsiębiorstwo Informatyczno - Konsultingowe "Altar" Sp. z o. o.
E-mail: info@altar.com.pl  WWW: http://www.altar.com.pl