Wijzigen partities linux

Pagina: 1
Acties:

  • IntToStr
  • Registratie: December 2003
  • Laatst online: 18:05
Ik kan sinds kort wat spelen met een server met centos 4.2 voorgeinstalleerd.
Hierbij kreeg ik de volgende partities:

Disk /dev/hda: 80.0 GB, 80000000000 bytes
255 heads, 63 sectors/track, 9726 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hda1 * 1 13 104391 83 Linux
/dev/hda2 14 9726 78019672+ 8e Linux LVM

Disk /dev/hdc: 80.0 GB, 80000000000 bytes
255 heads, 63 sectors/track, 9726 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hdc1 * 1 9726 78124063+ 8e Linux LVM

Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
156G 876M 147G 1% /
/dev/hda1 104M 13M 86M 13% /boot
none 530M 0 530M 0% /dev/shm

Nu heb ik al verschillende tutorials e.d. via google gevonden over partitions en (u)mount en zo, maar nergens vertellen ze nou eigenlijk wat ik wil weten.

Ik wil gewoon die partities anders indelen, maar voor een resize mag het device niet in gebruik zijn. Om dat op te lossen kun je in rescue mode booten, maar voor zover ik begreep kan ik dat niet doen via mijn ssh progje, of door alle partities te unmounten.

Nu kan ik vast wel alle partities unmounten zodat ik ze kan wijzigen, maar raak ik dan geen gegevens kwijt als ik nieuwe partities aanmaak nadat ik die ene grote heb verkleint?

Zoals je ziet ben ik nog niet echt een expert op dit gebied, maar misschien dat jullie me wat op weg kunnen helpen. Zou beetje jammer zijn als ik alles in 1x sloop.

  • daft_dutch
  • Registratie: December 2003
  • Laatst online: 02-12-2025

daft_dutch

>.< >.< >.< >.<

live cd er in qtparted
live cd zoals knoppix of velen anderen

>.< >.< >.< >.<


  • Sosabowski
  • Registratie: Juni 2003
  • Laatst online: 04-02 22:20

Sosabowski

nerd

daft_dutch schreef op donderdag 02 maart 2006 @ 02:24:
live cd er in qtparted
live cd zoals knoppix of velen anderen
of gparted

The whole problem with the world is that fools and fanatics are always so certain of themselves, and wiser people so full of doubts. -- Bertrand Russell


  • Aike
  • Registratie: Juli 2000
  • Niet online
IntToStr schreef op woensdag 01 maart 2006 @ 22:42:
Nu kan ik vast wel alle partities unmounten zodat ik ze kan wijzigen, maar raak ik dan geen gegevens kwijt als ik nieuwe partities aanmaak nadat ik die ene grote heb verkleint?
.
Je hebt LVM onder je partities, die ondersteunen de mogelijkheid tot resizen zonder de partities te verwijderen. Ik denk dat je je even goed moet inlezen op de werking van LVM. Als het goed is heb je geen partitioneer tooltje nodig, maar lvextend en lvreduce.

Zie bijvoorbeeld: [rml][ Suse 9.3] Bijplaatsen hardeschijf[/rml]

Mijn blog over het deployen van Ruby on Rails: RunRails.com


  • Nitroglycerine
  • Registratie: Januari 2002
  • Laatst online: 18:06

Nitroglycerine

Autisme: belemmering en kracht

Zo te zien heb je een boot partitie van 100 MB op hda1, de resterende ruimte van 160 GB (hda2 en hdc1) is opgenomen in LVM, en hier is 1 logical volume gedefinieerd, namelijk / . Waarschijnlijk zit swap ook binnen je logical volume.
Als je nog weinig tot niets op de machine hebt gedaan - wat ik wel denk, als slechts 800 MB gebruikt is, dan zou ik de machine gewoon opnieuw inrichten. Eventuele veranderingen of instellingen (zoals IP adressen, users e.d.) zou je kunnen backuppen om na de herinstallatie (waarbij je dus de partities zelf kunt kiezen) alles weer in te kunnen stellen.

/boot van 100 MB zou ik zowiezo bewaren, en ook op hda1. Spelen met LVM is leuk en leerzaam, vooral op de commandline, dus zou ik je adviseren om weer een volume group van 160 GB aan te maken (de resterende ruimte van beide schijven), en iets in de trand van een volgende indeling te maken:
- swap partitie van 2* intern geheugen
- / partitie van 2 GB
- /var partitie van 4 GB
- /usr partitie van 10 GB
- /tmp van 4 GB
Dan heb je voldoende ruimte over (ongeveer 135 GB) om mee te spelen

Hier kon uw advertentie staan


  • IntToStr
  • Registratie: December 2003
  • Laatst online: 18:05
Het is een server die later voor dedicated hosting gebruikt zal gaan worden, maar voorlopig kan ik er wat mee uitproberen. Moet er toch wat mee om leren gaan he :)
Ik heb dus geen mogelijkheid tot cd's gebruiken e.d., alleen m'n ssh verbinding. Opnieuw installeren gaat dus ook eigenlijk niet, al zou het idee uit de vorige post eigenlijk het makkelijkste zijn.

Via bijv deze link staat er dat je kunt resizen door alles op het device te unmounten, oftewel de boot partitie en die lvm partitie. Het lijkt me dat ik die boot partitie gewoon kan laten staan, unmounten en later weer terug mounten. Nu alleen die lvm nog. Ik zal daar nog wat meer informatie over gaan zoeken, maar misschien dat iemand hier alvast kan zeggen of ik dit om kan zetten naar zeg maar een standaard linux partitie?

  • IntToStr
  • Registratie: December 2003
  • Laatst online: 18:05
Ondertussen heb ik het een en ander gelezen over lvm2 en daarbij ook wat dingen uitgeprobeerd. De post hierboven is dus redelijk onzinnig.

Nu heb ik alleen per ongeluk een keer pvremove ipv vgreduce uitgevoerd en dat was niet zo slim...
Bij bijna alle functies voor lvm krijg ik nu de volgende foutmelding:
Couldn't find device with uuid 'ZHjm1o-8ssh-pkt1-rEW4-L4Zp-JFII-td6PWk'.
Couldn't find all physical volumes for volume group VolGroup00.

pvdisplay geeft de volgende informatie:
Couldn't find device with uuid 'ZHjm1o-8ssh-pkt1-rEW4-L4Zp-JFII-td6PWk'.
--- Physical volume ---
PV Name unknown device
VG Name VolGroup00
PV Size 74.50 GB / not usable 0
Allocatable yes (but full)
PE Size (KByte) 32768
Total PE 2384
Free PE 0
Allocated PE 2384
PV UUID ZHjm1o-8ssh-pkt1-rEW4-L4Zp-JFII-td6PWk

--- Physical volume ---
PV Name /dev/hda2
VG Name VolGroup00
PV Size 74.38 GB / not usable 0
Allocatable yes
PE Size (KByte) 32768
Total PE 2380
Free PE 3
Allocated PE 2377
PV UUID aj3EIy-6jXX-c4ge-WuV5-2ci8-jWuO-xk5xcp

--- NEW Physical volume ---
PV Name /dev/hdc1
VG Name
PV Size 74.50 GB
Allocatable NO
PE Size (KByte) 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID 6zqp5N-Luij-6CaR-peRZ-BjMj-17qL-1dEi9t

Dat unknown device is dus eigenlijk /dev/hdc1 en die new physical volume moet dus eigenlijk weg.
Ik heb al wat geprobeerd met vgreduce en vgcfgrestore en via de UUID een PV te verwijderen of toe te voegen, maar overal komt die foutmelding terug.

Heeft iemand nog een idee over hoe ik dit weer recht kan trekken?

  • Nitroglycerine
  • Registratie: Januari 2002
  • Laatst online: 18:06

Nitroglycerine

Autisme: belemmering en kracht

Je kunt proberen te booten met een livecd, en op die manier proberen de volumegroep te herstellen. Maar ik kan je geen garantie geven dat het gaat werken, ik denk dat je alles opnieuw moet gaan installeren.

Hier kon uw advertentie staan


  • IntToStr
  • Registratie: December 2003
  • Laatst online: 18:05
Ik heb de volgende backup in /etc/lvm/backup/VolGroup00 die er wel goed uit lijkt te zien:

VolGroup00 {
id = "8FJmVG-4vxp-VUau-Uu4T-vp47-PWoX-LTdQKr"
seqno = 5
status = ["RESIZEABLE", "READ", "WRITE"]
extent_size = 65536 # 32 Megabytes
max_lv = 0
max_pv = 0

physical_volumes {

pv0 {
id = "ZHjm1o-8ssh-pkt1-rEW4-L4Zp-JFII-td6PWk"
device = "/dev/hdc1" # Hint only

status = ["ALLOCATABLE"]
pe_start = 384
pe_count = 2384 # 74.5 Gigabytes
}

pv1 {
id = "aj3EIy-6jXX-c4ge-WuV5-2ci8-jWuO-xk5xcp"
device = "/dev/hda2" # Hint only

status = ["ALLOCATABLE"]
pe_start = 384
pe_count = 2380 # 74.375 Gigabytes
}
}

logical_volumes {

LogVol00 {
id = "4wnmLd-zOAq-gzRY-MI1w-Xio0-swc4-85UkLj"
status = ["READ", "WRITE", "VISIBLE"]
segment_count = 2

segment1 {
start_extent = 0
extent_count = 2384 # 74.5 Gigabytes

type = "striped"
stripe_count = 1 # linear

stripes = [
"pv0", 0
]
}
segment2 {
start_extent = 2384
extent_count = 2313 # 72.2812 Gigabytes

type = "striped"
stripe_count = 1 # linear

stripes = [
"pv1", 0
]
}
}

LogVol01 {
id = "IVaXh0-4c2w-2h7Z-VnOu-oEAW-kKYV-DI61xY"
status = ["READ", "WRITE", "VISIBLE"]
segment_count = 1

segment1 {
start_extent = 0
extent_count = 64 # 2 Gigabytes

type = "striped"
stripe_count = 1 # linear

stripes = [
"pv1", 2313
]
}
}
}
}

Je zou toch zeggen dat zo'n backup er is om fouten te kunnen herstellen...
Weet iemand of ik hiermee misschien alsnog de volume group kan herstellen?
Pagina: 1