Winyó felosztása telepítés előtt

Fórumok

Mennyi és mekkora partíciókat hozzak létre Linux telepítése előtt, mi a legjobb módszer? Otthoni asztali gépre, családi használatra...

Hozzászólások

Valami kis swap, max 1G. A tobbi meg a /. Otthoni desktopnak ez a legrugalmasabb. Nem fordul elo, hogy elszabod a diszket, aztan masolgatsz a particiok kozt, hogy minden elferjen. Esetleg -bar szerintem folosleges- a /home mehet kulon, hogy ha reinstall akkor kissebb esellyel veszitsd el a fajljaidat. (Normalis installer ugyse particional meg formaz ujra ha te nem mondod neki.)
==
`Have some wine,' the March Hare said in an encouraging tone.
Alice looked all round the table, but there was nothing on it but tea.

Én minden Desktop gépet így particionálok:
1.swap: nagyságtól függően, ha hibernálni is akarod a gépet, a ram méreténél kisebbet ne.
2. /: ha a temp-et nem teszed külön particióra, akkor 5-10 gb között.
3. home: ez egy kisebb partició, nálam 10 gb körüli szokott lenni
3. egy tároló partició, amin film, zene, dokumentumok, stb. Így ha bármit csinálsz a rendszerrel, és ujra kell rakni, és véletlen elparticionálod, ez nem bukod. Illetve nehezen.

Természetesen ez nagyobb méretű háttértáraknál van így, e10 gigáson értelemszerűen kisebb méretűek a particiók.

---------------------------------------------------------------------------------
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!

Ez egy általam favorizált felosztás:


  sda1   ext3    256M   /boot
  sda2   swap   2G
  sda3   ext3    756M   /
  sda5   ext3   8G      /usr
  sda6   ext3  10G      /tmp
  sda7   ext3   6G      /var  ; a /var/tmp symlink: a /tmp-be
  sda8   ext3   1G      /var/samba
  sda9   ext3   1G      /var/log/samba
  sda10  ext3   3G      /var/log
  sda12  ext3   1G      /opt  ; ezt vmiért külön kell rakni
  sda13  ext3  30G      /home ; tudom, aljas ezzel a sorszámmal
  sda14  ext3  14G      /pub

ez így 80G (Hitachi 80GB 7200RPM HDD SATA II 10 eFt)

a szabilinuxot rongyosra olvasva erre a "biztonsági" felosztásra jutottam.

a /pub azért van, hátha előfordul win is a rendszerben.
Ha nem, akkor is meg kell osztani sambával az összes user számára már csak a gyakorlat miatt.
Aztán amekkora helyed van úgy növelheted a /home és a /pub részek méretét.
Ha teheted, az egész /home lehet egy különálló vinyón.
Ha quotát akarsz kiosztani a /home alatt user specifikusan - akkor lehet, hogy reiserfs kell az ext3 helyett, mert mintha a naplózási képesség a quota rovására valósult meg ext3-ban - hogy ezt merre olvastam, arra már nem emlékszem (ext2 még nem naplózó - villany-leó esetén fsck hétvége)

Ajánlom a PartedMagic LiveCD-t speciálisan erre van kiképezve.

Érdekes, az fstab-ban nem ilyen sorrendben van rögzítve a filerendszer.

Ez már kicsit sok.
Én:
/boot 1 GB
swap memória mérete *1,5 vagy mégtöbb
/ 10 gb
/home sok GB

.deb alapú rendszerek esetén a 10 GB eddig mindig elég volt a szoftvereknek tmp-vel együtt. Igaz nem szoktam DVD ISO-kat gyártani...
Ezt mostnában ki szoktam egészíteni a /tmp -vel ami 5 GB vagy nagy vinyó esetén 10 GB. Ill. (ahol van) a virtuális gépeknek szoktam egyet elkülöníteni.

Mik

/tmp azért, hogy a / alatt ne egye meg a helyet (pl. egy mc-ből gunzip a /tmp-be dolgozik), és szervereknél pl fstab-ban be lehet kapcsolni, hogy ne legyenek futtathatók a /tmp alatti file-ok (biztonsági kockázat)
/boot azért, hogy ha a / alatt mégiscsak elfogyna a hely, akkor azért még be tud bootolni a rendszer. Bár ez lehet hogy csak urban legend.

Ez baromsag. Bet tud bootolni attol, hogy nincs hely.

Azert rakjuk a /boot-ot kulon, mert ha meghal a filerendszer (pl aramszunet), akkor le kell fsckzni a diszkeket.
Ha a boot nincs felmountolva, nem karosodhat -> nem kell fsck. Ha a /-ben lenne, akkor a grubnak fel kellene
tudnia mount-olni az adott particiot, hogy betoltse rola a kernelt (konzisztens allapotba kellene hozni az fs-t).

Na most en nem bizom a grubban, hogy ezt meg tudja csinalni (gyakran nem is tudja).

ezert.

synapse

--------------------------
The OOM killer is like a surgeon that amputates the limb of a man to save his life: losing a limb is not a nice thing, but sometimes there is nothing better to do.

"Understanding the Linux Kernel" on page frame reclaiming

Hát nyilvánvalóan az én felosztásom:

1. Paranoiás

2. Nem igazán windows-os

3. Gyakorlótér

Van a másik könnyebb út is, swap, /, /home (aztán jónapot).
Egyébként majd' mindenki két partícióval kezdi, de hát ehhez nem kell külső segítség.

a /home partició ha külön van akkor az már legyen külön vinyón.

Én csak azt nem értem, miért kell leragadni a windows-os asztalra pakolós végülisműködik szisztémánál.

Nem paranoiás, hanem saját magad megszivatása...
"Én csak azt nem értem, miért kell leragadni a windows-os asztalra pakolós végülisműködik szisztémánál."
ezt én sem értem. Nálam a /home RAID1-en van LVM-el... Ja és napi inkrementális rsync van a fontosabb könyvtárakról egy nem felmountolt partícióra. Így 3 helyen vannak meg az adataim. Végülis tényleg Windows-os aztalra pakolós végülisműködik sziszéma...

bocs, de a te felosztasod ugy hulyeseg, ahogy van.

synapse

--------------------------
The OOM killer is like a surgeon that amputates the limb of a man to save his life: losing a limb is not a nice thing, but sometimes there is nothing better to do.

"Understanding the Linux Kernel" on page frame reclaiming

Én:
/boot 1 GB

Bocs, de a /boot-nak minek 1GB?

És egyáltalán minek külön boot partíció?
Az 1024 cilinder feletti LILO bootprobléma már régen a múlté.

Persze, akkor megértem, hogy külön boot partíciót csinál valaki, ha mondjuk eredetileg egy 6GB-os HDD van egy öreg PII-PIII PC-ben mint /dev/hda (Primary Master) és ezen 98%-ban a hírő$ O$ NTFS-n és ezen készített egy boot partíciót, mert egy másik - nagyobb - HDDre (~40GB) Linuxot telepített és így oldotta meg a két rendszer boootlását.

Mert kidobott lemezterület. Én is túlszárnyaltam egy kicsit a célt, de az 1Gb tényleg soknak tűnik.
Itt notebookom kiosztása.

Filesystem Size Used Avail Use% Mounted on
/dev/hda4(xfs) 24G 2.7G 22G 12% /
/dev/hda1(ext3) 236M 17M 207M 8% /boot
/dev/hda3(ext3) 1.9G 65M 1.8G 4% /tmp
+ 2Gb Swap

Egyébként jó dolog szerintem is külön rakni a /boot -ot.
(Mondjuk itt muszáj is volt, mert ez egy Pentium-I egy 30Gb-os hdd-vel.)

Nálam így működik:

hda1 reiserfs 14.2GB / - slackware
hda3 reiserfs 12.7GB / - debian
hda5 fat32 47,9GB /windows - a régi D: (most közös adatpartíció)
hda6 swap area 1.2GB swap - ez közös

a /windows már csak hagyományőrzés, mivel lusta voltam átállítani a mount_point-ot

SZERK:
egyébként így néz ki:
hda1 | hda2 { hda5 , hda6 } | hda3

/mazursky

Szvsz nem kell agyuval verebre...
Otthoni desktopnal csinalsz egy / max 10G-vel, amin a rendszer van, egy swap-et 1-2G-vel, a tobbi a /home
Igy ha ujra rakod a rendszert/ frissited/ jatszol masik distroval, a userek cuccai es programbealitasai a home-ban megmaradnak..
Ha tobben hasznaljak a gepet, akkor esetleg lehet egy kulon particio a kozos cuccoknak, bar egyszerubb, ha a /home-ban hozol letre egy kozos konyvtarat annak is.

Szerintem legalább minimum 2 partíció szükséges:
1.) a rendszer számára
2.) a ~HOME részére

Az általad telepítendő rendszernek is ezt javasolnám.

Nálam jelenleg még egy 80GB -os Maxtor HDD van az alábbiak szerint:

/dev/hda1 "/ " ( egy SuSE 10.0 részére) 10GB

/dev/hda2 "/ " (itt egy "öreg" SuSE 7.1~8.1 -es rendszer
figyelget :) 10GB (Több mint 6 éve használom e telepítést :)

/dev/hda3 /CD-DVD 4.3GB ide gyűjtöm a CD/DVD írásra "jelölt" fájlokat.

/dev/hda5 /home ~ 56GB és itt van egy "archiv" könyvtár is a letöltések, és minden nagyobb méretű fájl részére.

A swap az egy swapfájllal lett megoldva, nem külön partícióval.

Mint latod, hozzavetolegesen tokmindegy :)) A lenyeg, hogy ha tobbparticiot csinalsz, akkor ne szabd el. Az adatokat erdemes kulon tarolni a rendszertol, mert ha ujat raksz, akkor nem kell a mentessel szerencsetlenkedni.

--------------------------
Debian lenny, 2.6.23

Valóban. Legyen egy közös adattár, plusz rendszeres archiválás CD-re (mintha tovább bírná, mint a DVD)
A "közös" /home partíció felejtős, általában nem megy.
A közös swap-nál viszont nem hibernálhatod a rendszert több linux/bsd esetén. A BSD gondolkodás nélkül üríti a swap-ot boot-oláskor.

/mazursky

Köszönöm mindenkinek a rengeteg ötletet és segítséget. Ebből azt látom, hogy nincs ideális felosztás, ez inkább szokás kérdése talán... mindenesetre én is leírom, hogy hogy néz ki nálam:

Disk /dev/sda: 40.0 GB, 40060403712 bytes
255 heads, 63 sectors/track, 4870 cylinders
Units = cilinderek of 16065 * 512 = 8225280 bytes

Eszköz Boot Start End Blocks Id System
/dev/sda1 * 1 1020 8193118+ 7 HPFS/NTFS #winxp rendsz.
/dev/sda2 1021 2040 8193150 83 Linux #/
/dev/sda3 4610 4870 2096482+ 82 Linux swap / Solaris
/dev/sda4 2041 4609 20635492+ 5 Kibővített
/dev/sda5 2041 3084 8385898+ 83 Linux #/usr
/dev/sda6 3085 4609 12249531 83 Linux #/home

A partíciós tábla bejegyzések nem felel meg a lemeznek

Disk /dev/sdb: 203.9 GB, 203928109056 bytes
255 heads, 63 sectors/track, 24792 cylinders
Units = cilinderek of 16065 * 512 = 8225280 bytes

Eszköz Boot Start End Blocks Id System
/dev/sdb1 * 1 6536 52500388+ 7 HPFS/NTFS #win d:
/dev/sdb2 24493 24792 2409750 82 Linux swap / Solaris
/dev/sdb3 6537 24492 144231570 83 Linux #Linux tárhely

A partíciós tábla bejegyzések nem felel meg a lemeznek

Hoppá, most látom, itt van vmi hibaüzi... ez gáz ha ilyet ír ki?
sudo fdisk -l-t követtem el... amúgy minden Linux partícióra ext3 filerendszert hoztam létre.

50 Mb /boot (boot manger + kernel)
swap, ha suspend to disk kell >mem, ha nem mem/2, de min 64 Mb (kis rendszereknel 0)
Mivel en nem valtok disztrot vagy teszek fel egy gepre tobb OS-t, igy tobbi egybe / ,
a /home jo lehet egyebkent.

Ha tobb vinyo is van a gepben ez lenyegesen bonyolodhat :)

Szerintem egy jó leírás. Közel sem csak a partícionálásról és inkább rendszergazdáknak szól, de sokat lehet belőle tanulni. Téged a 23.- 25. oldalak érdekelhetnek.

http://rqbook.uw.hu/book/linux.pdf

nemide, elszarta a drupal

--------------------------
The OOM killer is like a surgeon that amputates the limb of a man to save his life: losing a limb is not a nice thing, but sometimes there is nothing better to do.

"Understanding the Linux Kernel" on page frame reclaiming