, er at lære om linux ' s logiske mængde manager (lvm) været på din huskeliste for længe?så, der er afsat lidt tid i denne weekend et lille projekt: migration et linux system fra traditionelle disk skillevægge til lvm ' s logiske mængder.,, hvis du og' har løbet tør for plads i en opdeling på en harddisk, der indeholder flere, så du og' har set problemet.afhængigt af filesystem bruger du, du kunne blive den filesystem i tomme rum, - - men du er begrænset til, hvad der ' er til rådighed i mellem andre partitioner på diskette.lvm, gennemfører et lag af abstraktion mellem fysiske disketter og " logisk " plader, at filesystem ser.for at holde den terminologi, klarere lvm anvender udtrykket " bind " til at beskrive sin byggesten.fordel for lvm, er, at du kan tilføje eller fjerne dem fra systemet, udvide og psykiater, bind, som er nødvendig for, at skabe mængder, der spænder over flere diske og mange andre fleksible ændringer ikke muligt med skillevægge, der skabes direkte fysisk diske, mange linux udlodninger omfatter støtte til lvm ved udførelsen af en ny installere, men ikke for ajourføring af en løbe - system.du kan opdatere et eksisterende anlæg til lvm, forudsat at du har nok skåne lagerplads gør en backup.omregningen af en diskette til lvm omfatter ikke overskrives deres deling tabeller, så du må have tilstrækkelig overskydende kapacitet til at foretage en fuldstændig backup af den (eller de disketter) ændres.tilføjelse af et nyt, høj bil er den perfekte tid.,, for eksempel, hvis jeg har en 100gb sata - disk på /dev /sdb fyldt med /hjem og var /media /deling, hver med 50gb, jeg kunne forsøge at tilføje en ny 250gb køre og flytte enten /eller var /media /se på det, men jeg skal vælge på forhånd, som delingen bliver mere plads.hvis jeg skifter til lvm i stedet, jeg ikke kan kun træffe den beslutning senere, men jeg kan tilføje flere kapacitet senere lige så let.,,,,, at planen,,,,,,, er det tanken at kombinere både 100gb og 250gb plader i en enkelt logisk enhed ved hjælp af lvm.så kan vi genskabe de /home /var /media skillevægge uden at tænke på grænsen mellem de to disketter, og at vi kan efterlade en del af den uudnyttede kapacitet udnyttes, så vi kan tilføje, at hverken deling, som er nødvendig i fremtiden.når vi ' har fyldt alle 350gb, men vi kan tilføje en disk til blanding med lvm og fortsætter med at ekspandere.,, til at gøre det, vi vil vende hver diskette i lvm " fysisk mængde ", begyndende med den nye 250gb disk.vi ' vil skabe en " bind gruppe ", på toppen af " fysiske omfang " - en mængde gruppe er som en virtuel hardware diskette i lvm land. vi har kun brug for én, men du kan skabe flere, hvis du har brug for at forvalte forskellige filesystems efter forskellige regler.på toppen af denne mængde gruppe ' vil skabe to " logisk mængder " - at bruge for /hjem, - - og et til brug for /var /medier.ligesom den mængde gruppe er en virtualization af hardware disk, den logiske mængde er en virtuel beholder til en deling, således at behovet for to, vil vi flytte vores skillevægge fra 100gb disk på ny logisk mængder, og da 100gb disk, ikke længere er i brug, vil vi gøre det i sin egen fysiske omfang og tilføje det til vores mængde gruppe.hvis du holder op med at tænke på det, vi kunne bytte rundt for disketter, begyndende ved at kopiere alt fra 100gb disk til 250gb disk, og at 100gb diskette til lvm først.men det er blot en tilføjelse.,, hvis det virker som lvm har for mange lag af abstraktion, lad '. bare rolig.det ' det ekstra lag, der giver os mulighed for at tilføje eller fjerne dem fra blandes.ja, det og' er meget mere kompliceret, men den langsigtede fordele er målet.,,,,, at den fysiske mængde,,, til at begynde med, lad ' s går ud fra, at vores nye 250gb disk er /dev /sdc, og at det er fri for fejl.vi ' ll nødt til at slette en præ - formateret partitioner på disken og skabe en ny opdeling af typen " linux lvm. " deres distribution kan have grafiske værktøjer for at gøre dette, men command-line fdisk virker lige så godt.løb&#fdisk /dev /sdc (rod) til at begynde med., i får, type, n, n - til at skabe en ny deling, p, at det primære, 1, tildeler den opdeling, nummer 1, anføres, at acceptere misligholdelse fra cylinder, og + 250000m, at mærke den 250gb størrelse.- type, t, at delingen type.lvm skillevægge består af type, 8e, så at komme ind på en hurtig.endelig, type, w, til at skrive den nye deling tabel med disketten., kan du tjekke dit arbejde med&#fdisk - l; produktionen bør indeholde en opdeling på /dev /sdc1 af typen " linux lvm. ",, nu hvor disken er klar, er vi nødt til at gøre lvm ved det ved at erklære det et " fysiske omfang. " og gøre dette med&#pvcreate /dev /sdc1, tjek med&#pvdisplay; produktionen skal vise /dev /sdc1 samt en liste over dets størrelse, uuid, og andre oplysninger." vg navn " område vil være tomt, fordi vi ikke har tilføjet dette bind til et volumen - gruppen.at ' s.,,, bind gruppe, den mængde gruppe baseline på toppen, som vi tilføje den logiske mængde og skillevægge.den logiske mængde ovenfor kan flyttes, ændret, suppleret og fjernes, og båndene nedenfor kan tilføjes og fjernes, men mængden gruppe lag forbliver den samme, i vores eksempel, vi vil blot skabe en mængde gruppe ved navn " mydata. " det gør vi med&#vgcreate mydata //////////////sdc1 dev.vi kan køre&#vgdisplay for at få en rapport om nyslåede volumen - gruppen, herunder dens størrelse, antallet af fysiske mængder, der er knyttet, og antallet af logiske mængde gennemføres på det (som skal være nul, i øjeblikket).vi kan også gå&#pvdisplay igen, og se, at /dev /sdc1 nu er opført som hørende til mydata volumen - gruppen.,,, det logiske mængder, nu vi ' ll skabe vores to logiske mængde, en til hjem og en for /var /medier.kommandoen til at gøre dette er lvcreate; vi skal levere et navn og en begyndende størrelse for hver mængde.vi har ikke brug for at afsætte hele 250gb af mydata, selv om vi skal give hver enkelt mere end 50gb, ved vi, at vi allerede er fyldt.løb&#lvcreate - navn... størrelse 100 g mydata efterfulgt af&#lvcreate... navn media - størrelse 100 g mydata at tildele 100gb til hver.,, disse ordrer skabt anordning knudepunkter i vores system, der hedder /dev /mydata /home /dev /mydata /medier.disse anordninger derefter træde i stedet for hardware knudepunkter som /dev /sdb4 og dev /sdb5 ved arbejde med filesystem redskaber, og de er lettere at huske.du kan tjekke deres status med&#lvdisplay.,, hvis vi ønsker at ændre vores tanker om vores oprindelige disk tildeling, er det let at gøre det nu, før vi er kommet over nogen data.vi kunne løbe&#lvextend - l125g /dev /mydata /medier til at støde medierne volumen til 125gb i størrelse, eller&#lvreduce - l75gb /dev /mydata /medier til at skrumpe den ned til 75gb.,,, filesystems (og filer), omsider kan vi skabe filesystems på vores nye virtuelle anordninger.på dette punkt er processen ikke andet end at skabe en ny filesystem uden lvm.du kan løbe mkfs.xfs for at skabe en xfs filesystem, mkfs.ext3 for at skabe en ext3 filesystem, eller enhver anden filesystem støttet af linux.bare husk, når du skriver dit filesystem, gør du det på den logiske mængde udstyr, f.eks.&#mkfs.xfs /dev /mydata /medier.,, du skal flytte dine data fra sin gamle position på 100gb disk på ny lvm filesystems.du kan gøre dette på flere måder, ved at oprette midlertidige mount point til den nye filesystems (såsom f.eks. /ville /lvmhome), eller omvendt. unmounting den oprindelige filesystems fra deres placering og fastgørelse af nye filessytems til dem.det er ' t., ligeledes til at kopiere indholdet af filesystems fra deres gamle og nye steder, du kan bruge noget værktøj, du vil... gøre det alene, cp, se til fejlkontrol med, rsync, eller, hvis din filesystem støtter den, ved hjælp af en specialiseret værktøj, xfs_copy,.i alle tilfælde er det naturligvis hensigtsmæssigt at udføre integritet kontrol, før du nedlukke gamle 100gb disk og miste sit indhold helt. endelig er ' ikke glemme at ajourføre /etc /fstab for at afspejle den nye lvm mængder, der vil være monteret af systemet på startkapital.,,, bestikkelse - at tilføje mere oplagring, smertefrit,,, det foregående trin giver dig mere oplagring for /home /var /media, end du var med den gamle disk, men de kan og', ikke noget særligt.det er faktisk den samme rækkefølge, du ville følge, at skabe lvm oplagring på et helt nyt system, som de har til hensigt at køre uden yderligere indgreb.men at se den magt i lvm ' s abstraktion lag, kan vi tilføje den uudnyttede 100gb disk til vores mængde gruppe og give os mere fleksible oplagringsmuligheder.,, det første skridt bør være bekendt.første, skabe en linux lvm deling på diskette (som vi ' ll antager er /dev /sdb) med fdisk.næste, anvendelse&#pvcreate /dev /sdb1 erklære /dev /sdb1 som et lvm fysiske omfang.,, på dette punkt, men vi kan og' t nødt til at skabe en ny mængde gruppe. vi ønsker blot at tilføje /dev /sdb1 til vores nuværende mængde gruppe, mydata.gør det, løber vi&#vgextend mydata /dev /sdb1.vi kan se vores arbejde med&#vgdisplay, som vil vise os en ajourført pv tæller, og en ny samlet vg størrelse.at ' er alt der er til det, naturligvis /home /var /media ikke i øjeblikket kan gøre brug af den øgede kapacitet i mydata, fordi hver enkelt sidder inde i en logisk volumen, containere og en filesystem, som hver har sin egen størrelse.for at øge den kapacitet, der er til rådighed til enten hjemme eller /var /media, skal vi først stig af den filesystem, øge de nødvendige logiske mængde, øge de relevante filesystem., f.eks.&#umount /home unmounts /hjem.så kører&#lvextend - l100g /dev /mydata /home udvider den underliggende logik.endelig&#resize2fs /dev /mydata /hjem vil resize den filesystem til automatisk at fylde nye størrelse af den logiske mængde under.,, det sidste skridt er naturligvis, filesystem afhængige.xfs og nogle andre filesystems, behøver ikke at være, at blive ændret, og syntaks af hensigtsmæssige redskaber vil sandsynligvis variere.sørg for at udarbejde detaljerne før du hopper i.,,, at gå videre: faldende oplagring, billeder og angreb,,, når du har overvundet den grundlæggende anvendelse i tilfælde af lvm, begynder du at se nogle interessante muligheder.for eksempel, det er sjældent, at vi ønsker at reducere vores filesystem kapacitet, men i nogle tilfælde kan du finde ud af, at du overdrev areal, du har brug for /vælge /bar /lokale eller /var... uanset situationen, hvis din filesystems er anbragt på toppen af lvm, kan du resize det pågældende filesystem og logisk bind med lethed (ved hjælp af lvreduce) og komme videre, og lige så let som de tilføjede samlede kapacitet med en ny disk, hvis du har været sammen med flere plader, end de har brug for i en bestemt mængde gruppe, kan du tage en med vgreduce, og enten føjer det til en mere trængende mængde gruppe eller til en anden systemet helt.der findes andre lvm redskaber til at foretage mere vedligeholdelsesopgaver, som f.eks. at tage et billede af en logisk volumen, der skal tjene som en nem backup værktøj.,, spørgsmålet om, hvornår for at oprette flere bind grupper er interessant, svaret kan afhænge af system politik, fysisk adgang til hardware, eller andre esoterisk spørgsmål.en interessant mulighed er dog, at lvm fysiske mængder og mængder grupper, kan samles i razzia arrays.at oprette en razzia system er et emne for en brugsvejledning, men du kan erklære en razzia anordning (f.eks. /dev /md0) som en fysisk mængde og opbygge en mængde gruppe på toppen af det.det ville ' ikke være megen mening i at have en razzia system og ikke - razzia fysiske mængder kombineret i et enkelt bind gruppe., lvm, er et stærkt og fleksibelt system, men ikke ' ikke skræmme af lag af virtuelle lager, den giver.når du tager sig tid til at gennemføre en filesystem på lvm, dets konstruktion, viser sig at være ret ligetil.der er nogle væsentlige begrænsninger, som f.eks. den kendsgerning, at der ikke kan opholde sig på et lvm /- volumen i mad - systemer, så du bør altid læse dokumenter grundigt, men en lille lvm arbejde nu kan spare dig en masse problemer næste gang du tilføje en harddisk,.,,,