[Linux][Debian] Een grote partitie verspreid over 3 schijven

[Sperenvanger]

Op dit moment heb ik een Windows server staan met 3 harde schijven. Van deze harde schijven heb ik dynamic discs gemaakt om zo tot 1 grote partitie van (80+80+40) 200Gb te komen.

De laatste tijd ben ik steeds meer geinteresseerd in Linux en heeft mijn Windows server eigenlijk niets meer te doen, behalve fileserver spelen. Maar het is mij nog niet gelukt om onder Linux (Debian testing) van meerdere schijven 1 grote partitie te maken. Dit heb ik eerst geprobeerd in VMware omdat ik mijn bestanden op mijn Windows server nog nodig heb.

Ik wil dus graag weten of het mogelijk is om een partitie te maken over meerdere schijven zodat ik bestanden op 1 centrale lokatie heb, en niet hoef te zoeken in meerdere partities.

[blaataaps]

Dat kan met lvm (logical/linux volume manager), of een software-RAID oplossing, maar dan is het vaak handig dat je disks even groot zijn
Ik geloof dat jfs ook ondersteuning heeft voor zoiets, maar het kan wel zijn dat die gewoon lvm gebruikt.

[ATS]

Paar opties die zo te binnen schieten.
1) merk op dat je in Linux zowiezo al een enkel filesystem hebt, en je (delen van) partities kan mounten op willekeurige plaatsen. Hiermee kan je al heel wat orde scheppen, maar je moet nog wel zelf in de gaten houden waar de beschikbare ruimte gebruikt wordt en of je daar dus eventueel mee moet gaan schuiven.
2) Gebruik LVM (een HOWTO is beschikbaar)
3) Gebruik een Software RAID
4) Gebruik de MD driver (geen idee of die nog actueel is...)

[Z-Dragon]

@ ATS: MD == Software RAID?

[ATS]

@Z-Dragon: Je hebt gelijk Ik houdt mijn mond verder!
* ATS voelt zich nu best wel dom.

[Confusion]

Waarom in wil je één partitie? Het is juist gebruikelijk meerdere partities te hebben. Zo zijn mijn /, /boot, /usr, /usr/local, /tmp, /home en /var allemaal verschillende partities. Dat is al twee keer handig gebleken: de eerste keer was een geval uit het boekje: /var liep vol doordat een logfile helemaal volgestouwd werd met errors. Als dat / was geweest, had ik niet meer kunnen booten met die partitie als root (want die heeft een beetje vrije ruimte nodig). De tweede was toen ik /home groter wilde maken: kopieren naar een grotere partitie, unmounten en de nieuwe partitie mounten (en natuurlijk even /etc/fstab aanpassen, zo dat bij een reboot ook de nieuwe /home partitie gemount werd. Ik ken iemand die zijn hele linux installatie op een 4 Gb harde schijf heeft (in verschillende partitities), plus een /home/<user>/warez, waar een 80 Gb schijf aan hangt.

[Wilke]

3 schijven tot 1 partitie maken is wachten tot het moment dat er 1 crasht en dan is al je data weg.

Het zal met LVM evengoed wel kunnen - maar kun je niet beter er nog 80 GB bij kopen en dan van die 3x80 GB een groot RAID-5-volume maken (en daarop dus een grote partitie)? Als dan 1 HD stuk gaat heb je tenminste al je data sowieso nog.

Confusion: dat met die verschillende partities voor /usr /var etc. is weer een ander verhaal, maar ik schat zo dat de topicstarter gewoon een zo groot mogelijke ruimte voor opslag wil hebben.

[ Voor 23% gewijzigd door Wilke op 24-05-2004 20:10 ]

[XTerm]

Wilke schreef op 24 mei 2004 @ 20:09:
3 schijven tot 1 partitie maken is wachten tot het moment dat er 1 crasht en dan is al je data weg.

Het zal met LVM evengoed wel kunnen - maar kun je niet beter er nog 80 GB bij kopen en dan van die 3x80 GB een groot RAID-5-volume maken (en daarop dus een grote partitie)? Als dan 1 HD stuk gaat heb je tenminste al je data sowieso nog.

Dat is niet gezegd. Als je erg gierig en dom bent kan altijd de disken in append mode zetten. Als er dan 1 disk crasht heb je gewoon een "gat" in je data, en de dingen buiten het gat kan je meestal wel redden.

Raid5 is echter wel een pak slimmer

[Sperenvanger]

Wilke schreef op 24 mei 2004 @ 20:09:
3 schijven tot 1 partitie maken is wachten tot het moment dat er 1 crasht en dan is al je data weg.

Dat maakt mij niet zoveel uit. De data die erop komt heb ik al op dvd/cd staan of is vervangbaar. Het gaat mij er meer om dat ik niet elke keer dvds/cds uit de kast hoef te trekken.

Het zal met LVM evengoed wel kunnen - maar kun je niet beter er nog 80 GB bij kopen en dan van die 3x80 GB een groot RAID-5-volume maken (en daarop dus een grote partitie)? Als dan 1 HD stuk gaat heb je tenminste al je data sowieso nog.

RAID 5 heb ik een keer onder Windows geprobeerd (dezelfde machine als waar ik nu Linux op ga draaien) en dat werd erg langzaam. Dit probleem heb ik toen ook voorgelegd aan mijn MCSE docente op school en zij kende dit probleem maar al te goed. Met software RAID5 ben ik dus erg huiverig, tenzij het onder Linux veel sneller kan/is.

Confusion: dat met die verschillende partities voor /usr /var etc. is weer een ander verhaal, maar ik schat zo dat de topicstarter gewoon een zo groot mogelijke ruimte voor opslag wil hebben.

Jep


----

Op dit moment heb ik al een paar keer geprobeerd Debian unstable te installeren met een netboot iso. Tijdens het partitioneren kan ik ook een LVM partitie aanmaken, wat in mijn geval natuurlijk ideaal is. Maar na een Volume Groep aangemaakt te hebben, en hierin een partitie wil de partitioner niet doorgaan. Deze blijft gewoon hangen. Ik heb het al als primary en logical partitie geprobeerd, maar dat werkte niet. Ook als ik een ext3fs aanmaak met swapfile en een ongepartitioneerde LVM aanmaak hangt de installatie, maar dan bij het installeren van GRUB. Vreemd detail is dat wanneer ik Reiserfs probeer het ook niet werkt, maar met ext3 wil de installatie wel verder gaan. Erg vreemd

[ Voor 23% gewijzigd door Sperenvanger op 24-05-2004 21:39 ]

[Confusion]

Wilke schreef op 24 mei 2004 @ 20:09:
Confusion: dat met die verschillende partities voor /usr /var etc. is weer een ander verhaal,

Dat is inderdaad een ander verhaal, maar hij heeft het over 1 partitie waar alles op staat en dat lijkt me sowieso onverstandig .

maar ik schat zo dat de topicstarter gewoon een zo groot mogelijke ruimte voor opslag wil hebben.

Door meerdere partities te maken krijg je niet minder opslagruimte. Zitten er voordelen aan om alles in 1 partitie te gooien?

[usr-local-dick]

In jouw geval lijkt het me handig om 1 partitie (of kleine disk) te nemen voor je systeem, zonder LVM etc.
Als die draait kun je proberen die drie andere disken met LVM in 1 volume te zetten en daar een filesysteem op maken en mounten.
Als 1 van de 3 grote disken dan stuk gaat is het systeem zelf nog goed.
Als je je server alleen als fileserver kan gebruiken zal hij zeer weinig ruimte in beslag nemen, dat betekent ook dat je / heel makkelijk kan backuppen, omdat die dan maar een paar honderd Mb is.

Deze opzet heb ik ook een tijdje gehad, maar inderdaad ging er 1 stuk en toen was alle data dus weg....

Gelukkig maakte ik via internet af en toe een backup van mijn 250 Gb, dus ik had alles nog achter de hand

[Sperenvanger]

Confusion schreef op 24 mei 2004 @ 21:55:
[...]

Door meerdere partities te maken krijg je niet minder opslagruimte. Zitten er voordelen aan om alles in 1 partitie te gooien?

Het enige voordeel wat ik erin zag was dat ik gewoon alle data in een grote map kon gooien. Maar ik ben nog even gaan kijken naar mijn spullen en heb ze een beetje gesorteerd en in submappen gestopt. En nu kom ik erachter dat het misschien toch eigenlijk helemaal niet nodig, en zeker niet zo verstandig is om 1 grote partitie te hebben. Ik denk dat ik dan toch maar voor de afzonderlijke partities ga. Bedankt voor de tip

[Verwijderd]

Ik heb van twee 40GB op de tweede IDE controller, 1 groot filesysteem gemaakt. Met 3 HD's moet dat ook kunnen.
Het nadeel is dat als er 1 crashed je alles kwijt ben. Met LVM was het makkelijker dan ik dacht.

code:

# pvcreate -v /dev/hdd1
pvcreate -- locking logical volume manager
pvcreate -- checking physical volume name "/dev/hdd1"
pvcreate -- getting physical volume size
pvcreate -- checking maximum physical volume size
pvcreate -- checking partition type
pvcreate -- creating new physical volume
pvcreate -- setting up physical volume for /dev/hdd1 with 78177393 sectors
pvcreate -- writing physical volume data to disk "/dev/hdd1"
pvcreate -- physical volume "/dev/hdd1" successfully created
pvcreate -- unlocking logical volume manager

# pvcreate  /dev/hdc1
pvcreate -- physical volume "/dev/hdc1" successfully created

# vgcreate vg1 /dev/hdc1 /dev/hdd1  
vgcreate -- INFO: using default physical extent size 32 MB
vgcreate -- INFO: maximum logical volume size is 2 Terabyte
vgcreate -- doing automatic backup of volume group "vg1"
vgcreate -- volume group "vg1" successfully created and activated

# vgdisplay | grep PE
PE Size               32 MB
Total PE              2382

# lvcreate -n lv-stripe -i 2 -I 64 vg1 -l 2382  
lvcreate -- doing automatic backup of "vg1"
lvcreate -- logical volume "/dev/vg1/lv-stripe" successfully created

#  mkfs.ext3 -T largefile4 -m 0 /dev/vg1/lv-stripe
mke2fs 1.35-WIP (31-Jan-2004)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
19072 inodes, 19513344 blocks
0 blocks (0.00%) reserved for the super user
First data block=0
596 block groups
32768 blocks per group, 32768 fragments per group
32 inodes per group
Superblock backups stored on blocks: 
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
        4096000, 7962624, 11239424

Writing inode tables: done                            
Creating journal (8192 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 28 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.

# grep vg1 /etc/fstab 
/dev/vg1/lv-stripe /area52 ext3 defaults,noatime 0 0
# mount /area52
# df -h 
Filesystem            Size  Used Avail Use% Mounted on
/dev/hda2              36G  415M   34G   2% /
/dev/hda1              46M  9.7M   34M  23% /boot
tmpfs                 252M     0  252M   0% /dev/shm
/dev/vg1/lv-stripe     75G   33M   75G   1% /area52

En het draait nu al een paar maanden goed. (Debian unstable)

code:

# date
Tue May 25 09:55:21 CEST 2004
# uname -a
Linux XXXX 2.4.25-1-686-smp #1 SMP Tue Feb 24 12:07:16 EST 2004 i686 GNU/Linux
# uptime
 09:55:27 up 66 days, 22:37,  1 user,  load average: 0.51, 0.30, 0.20
# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/hda2              36G  515M   34G   2% /
tmpfs                 252M     0  252M   0% /dev/shm
/dev/hda1              46M   19M   25M  43% /boot
/dev/vg1/lv-stripe     75G   73G  2.2G  98% /area52

[ Voor 3% gewijzigd door Verwijderd op 25-05-2004 10:24 ]