De ce trebuie să partiționați hard disk-ul. Dacă vechea unitate se defectează

Cum poate fi utilă partiţionarea unui disc?

Imaginați-vă un birou tipic. Are sertare, mape in sertare, documente in mape. Puteți găsi ceva dacă anulați acest sistem de aranjare a documentelor? Probabil că poți, dar cu ce putere? Stocarea informațiilor pe discurile computerelor este implementată într-un mod similar, permițându-vă să puneți lucrurile în ordine în stocarea datelor, instalarea sistemelor de operare și a aplicațiilor. Împărțirea unui disc în partiții este similară cu organizarea diferitelor foldere în cutii separate și, în multe cazuri, vă permite să utilizați spațiul pe disc mai eficient. Sistemul de operare afișează fiecare partiție ca un hard disk separat, atribuindu-i propria sa literă de unitate. Împărțirea unui disc în partiții vă poate ajuta să preveniți conflictele între diferitele sisteme de operare de pe disc, să protejați datele (inclusiv împotriva accesului neautorizat), să experimentați cu software nou și așa mai departe.
Dacă hard diskul nu este partiționat, atunci în timp vei ajunge fie cu prea multe foldere pe partiția rădăcină a discului, fie cu un sistem de foldere extrem de ramificat în care calea către fișierul dorit poate fi prea lungă și incomod. Împărțirea discului în partiții în funcție de principalele activități desfășurate pe acest computer va ajuta la evitarea acestui lucru.
Copierea de rezervă a datelor devine mult mai ușoară, la fel ca și restaurarea unui sistem de operare deteriorat, deoarece puteți pur și simplu să restaurați o imagine a partiției sistemului de operare fără să vă faceți griji că documentele dvs. au fost deja actualizate de multe ori de când a fost creată imaginea. Așadar, plasarea datelor și a sistemului de operare în diferite secțiuni este un exercițiu foarte util.
Împărțirea unui disc în partiții poate ajuta, de asemenea, la delimitarea accesului la date. Pur și simplu creați o partiție separată și o protejați cu o parolă.
Dacă păstrați mai multe sisteme de operare pe un disc fizic, este mai convenabil să le instalați pe diferite partiții. Acest lucru va ajuta din nou în cazul unei „căderi” a sistemului. Pur și simplu restabiliți partiția din imagine și continuați să lucrați. Restul partițiilor și sistemelor de operare nici nu vor observa acest lucru.
O altă circumstanță importantă atunci când lucrați cu hard disk-uri este dimensiunea clusterului - unitatea minimă de spațiu alocată de sistem pentru informațiile dvs. Cu cât partiția este mai mare, cu atât clusterul devine mai mare și spațiul pe disc este folosit mai rău. Permiteți-mi să explic cu un exemplu: să presupunem că dimensiunea clusterului de pe disc este de 32 de kiloocteți. Acest lucru înseamnă automat că, indiferent cât de mică este dimensiunea fișierului, va dura cel puțin 32 KB pe disc. Multe fișiere mici pot ocupa spațiu de mai multe ori dimensiunea lor. Și dacă fișierul dvs. are o dimensiune de 65 kiloocteți, atunci va fi nevoie de 3 clustere - 2 în întregime, iar al treilea - cu 3%, ceea ce va duce din nou la pierderea spațiului liber pe disc. Desigur, discurile moderne ne uimesc imaginația prin dimensiunea lor, dar, așa cum arată practica, arhivele de documente, drivere și alte fișiere similare pot consuma spațiu pe disc pur și simplu catastrofal.

Cum să evitați acest lucru și cum să gestionați partițiile de disc?

Există mai multe moduri. De exemplu, puteți pune fișiere într-o arhivă mare, dar acest lucru introduce inconveniente în utilizarea acesteia. Este mult mai rezonabil să alocați o partiție relativ mică pe disc pentru numeroase fișiere mici și să alocați o partiție mare pentru fișierele multimedia.
Un instrument convenabil pentru lucrul cu partițiile este pachetul software Partition Magic dezvoltat de PowerQuest. Desigur, puteți folosi utilitarul fdisk pentru a crea partiții, dar ce se întâmplă dacă structura de date s-a schimbat în timp sau aveți sisteme de operare noi? Dacă utilizați numai fdisk, atunci repartiționarea unui disc fizic în partiții este posibilă numai prin realizarea de copii de siguranță completă a datelor și a sistemelor de operare, ștergerea partițiilor existente și crearea altora noi, urmată de formatarea și instalarea sistemului și a aplicațiilor. În unele cazuri, sistemul poate fi restaurat dintr-o imagine de partiție, dar totuși, acest eveniment poate îngrozi majoritatea utilizatorilor.
Este mult mai convenabil să utilizați utilitarul Partition Magic. Fără nicio ștergere sau arhivare a datelor, acest program este capabil să:

creați noi partiții pe disc;
redimensionați partițiile;
schimbați tipul de partiții, iar cea mai recentă versiune poate funcționa cu FAT, FAT32, Linux Ext2 sau Ext3, Linux swap și NTFS;
ajută la mutarea datelor de la secțiune la secțiune;
îmbinați secțiunile într-una singură și împărțiți o secțiune în mai multe părți;
asistență la instalarea de noi sisteme de operare pe disc și gestionarea pornirii acestor sisteme.

Din păcate, nu a fost lipsită de dezavantaje. Interfața acestui program nu a fost încă tradusă în rusă, așa că, cu toată intuitivitatea interfeței, este mai bine să cunoașteți câteva cuvinte în engleză. De asemenea, rețineți că programul nu este gratuit. Îl poți cumpăra direct de pe site-ul producătorului.

Într-un mediu în care progresul progresează cu salturi, iar noi articole apar în mod constant pe piață pentru componentele computerului, tot mai mulți utilizatori preferă să înlocuiască în cele din urmă hard disk-ul cu unul nou mai mare. Dacă până de curând capacitatea hard disk-ului nu era foarte mare, cea mai mare parte a spațiului era ocupată de sistem, iar spațiul lăsat foarte puțin pentru uz personal. Și când hard disk-ul este mare, este logic să-l împărțiți în secțiuni. Cel mai simplu mod de a face acest lucru este în timpul reinstalării sistemului de operare.

Utilitatea și necesitatea partiționării unui hard disk în secțiuni nu se datorează doar confortului, ci este și importantă din punct de vedere al securității. De exemplu, este recomandabil să nu salvați niciun alt fișier pe unitatea de sistem C cu excepția fișierelor de sistem, în special a celor descărcate de pe Internet, deoarece nu puteți fi niciodată complet sigur că fișierul nu este infectat cu vreun virus sau că Sistemul de operare nu va fi pierdut atunci când sistemul de operare eșuează. De asemenea, va fi foarte convenabil dacă aveți mai multe discuri pe hard disk, fiecare dintre acestea putând fi folosită în scopuri specifice, la împărțire, puteți da un nume fiecărui disc. De exemplu, unitatea D va fi pentru instalarea jocurilor și se va numi Jocuri, unitatea E va fi pentru stocarea altor fișiere importante pentru muncă. Acest lucru face mult mai ușor să găsiți rapid fișierul sau folderul dorit. Recomand să creați doar 2 secțiuni C și D. C - sistem, D pentru orice altceva.

După ce v-ați decis asupra numărului de partiții, trebuie să luați în considerare corect distribuția volumului întregului hard disk în partiții. Pentru unitatea de sistem C, este de dorit să se aloce 70-120 GB (în funcție, desigur, de cât permite volumul total al hard disk-ului), deoarece, pe lângă sistemul în sine, toate programele sunt instalate pe unitatea C, în procesul de lucru la un computer, din când în când devine necesar să instalați noi programe și cu cât este mai mult spațiu pe unitatea C, cu atât este mai puțin probabil ca într-o zi să nu aveți suficient spațiu acolo pentru a instala programul următor. De asemenea, ar trebui să existe întotdeauna spațiu liber pe unitatea C, deoarece sistemul copiază fișierele necesare pe această unitate într-un folder temporar în timpul funcționării. Poți deja distribui locul pe secțiunile rămase în funcție de propriile dorințe.

Uneori există situații inverse când este necesară îmbinarea partițiilor partiționate anterior pe hard disk. Va mai fi deja puțină muncă aici, deoarece secțiunile deja create stochează informațiile pe care le-ați salvat în timpul utilizării. Pentru a nu-l pierde, este necesar să salvați toate fișierele și folderele stocate pe ele înainte de a combina discurile, acest lucru se poate face fie pe discuri virtuale de pe Internet, fie temporar scris pe discuri obișnuite.

nu, ei bine, se presupune, pentru a nu ucide totul deodată cu formatul de comandă-cu SUBIECT - Imaginați-vă un birou tipic. Are sertare, mape in sertare, documente in mape. Puteți găsi ceva dacă anulați acest sistem de aranjare a documentelor? Probabil că poți, dar cu ce putere? Stocarea informațiilor pe discurile computerelor este implementată într-un mod similar, permițându-vă să puneți ordinea în stocarea datelor, instalarea sistemelor de operare și a aplicațiilor. Împărțirea unui disc în partiții este similară cu organizarea diferitelor foldere în cutii separate și, în multe cazuri, vă permite să utilizați spațiul pe disc mai eficient. Sistemul de operare afișează fiecare partiție ca un hard disk separat, atribuindu-i propria sa literă de unitate. Împărțirea unui disc în partiții vă poate ajuta să preveniți conflictele între diferitele sisteme de operare de pe disc, să protejați datele (inclusiv împotriva accesului neautorizat), să experimentați cu software nou etc. Dacă hard diskul nu este partiționat, atunci, în timp, veți obține și oricare dintre ele. multe foldere în partiția rădăcină a discului sau un sistem de foldere extrem de ramificat în care calea către fișierul dorit poate fi prea lungă și incomodă. Împărțirea discului în partiții în funcție de principalele activități desfășurate pe acest computer va ajuta la evitarea acestui lucru. Copierea de rezervă a datelor devine mult mai ușoară, la fel ca și restaurarea unui sistem de operare deteriorat, deoarece puteți pur și simplu să restaurați o imagine a partiției sistemului de operare fără să vă faceți griji că documentele dvs. au fost deja actualizate de multe ori de când a fost creată imaginea. Așadar, plasarea datelor și a sistemului de operare în diferite secțiuni este un exercițiu foarte util. Împărțirea unui disc în partiții poate ajuta, de asemenea, la delimitarea accesului la date. Pur și simplu creați o partiție separată și o protejați cu o parolă. Dacă păstrați mai multe sisteme de operare pe un disc fizic, este mai convenabil să le instalați pe diferite partiții. Acest lucru va ajuta din nou în cazul unei „căderi” a sistemului. Pur și simplu restabiliți partiția din imagine și continuați să lucrați. Restul partițiilor și sistemelor de operare nici nu vor observa acest lucru. O altă circumstanță importantă atunci când lucrați cu hard disk-uri este dimensiunea clusterului - unitatea minimă de spațiu alocată de sistem pentru informațiile dvs. Cu cât partiția este mai mare, cu atât clusterul devine mai mare și spațiul pe disc este folosit mai rău. Permiteți-mi să explic cu un exemplu: să presupunem că dimensiunea clusterului de pe disc este de 32 de kiloocteți. Acest lucru înseamnă automat că, indiferent cât de mică este dimensiunea fișierului, va dura cel puțin 32 KB pe disc. Multe fișiere mici pot ocupa spațiu de mai multe ori dimensiunea lor. Și dacă fișierul dvs. are o dimensiune de 65 kiloocteți, atunci va fi nevoie de 3 clustere - 2 în întregime, iar al treilea - cu 3%, ceea ce va duce din nou la pierderea spațiului liber pe disc. Desigur, discurile moderne ne uimesc imaginația prin dimensiunea lor, dar, așa cum arată practica, arhivele de documente, drivere și alte fișiere similare pot consuma spațiu pe disc pur și simplu catastrofal. (cu)...

Uneori se pare că unele sarcini mari din Scrum nu pot fi împărțite în bucăți. Aceasta este o concepție greșită periculoasă, care este comună atât în rândul noilor veniți, cât și în rândul echipelor care folosesc Scrum de mult timp.

Descompunerea reduce riscurile produsului de a face ceva inutil sau de a face ceva bine greșit, reduce costul riscului prin obținerea rapidă a feedback-ului și vă permite să obțineți cunoștințe, confirmate prin practică (învățare validată), pentru a le utiliza pentru dezvoltarea produsului.

De exemplu, este necesar să se integreze modulul client și back office-ul clientului. De obicei, acestea sunt dezvoltate separat și apoi combinate. Acest mod de lucru crește riscul de probleme. Poate că metoda noastră de integrare nu este potrivită sau integrarea nu este deloc necesară, iar o altă problemă trebuie rezolvată. Cel mai frustrant lucru este că aflăm despre asta abia după ce terminăm toată munca (feedback foarte întârziat).

Clientul nu are nevoie de un backoffice separat sau de un modul client separat, în special integrarea nu este necesară. Clientul are nevoie de un serviciu format dintr-un set de funcții, fiecare dintre ele acoperă orice nevoie a utilizatorului. Prin urmare, în loc să furnizați module, merită să furnizați aceleași funcții.

Această abordare a dezvoltării se numește End to End. Dacă dezvoltăm fragmente de funcționalitate End to End, atunci clientul poate începe imediat să le folosească și să găsească erori. În viitor, vom folosi experiența pe care am dobândit-o la rezolvarea erorilor, iar dezvoltarea produsului nu va merge deloc conform planului inițial.

Lucrul principal

Defecțiunea reduce riscul și permite feedback rapid.
Trebuie să împărțiți dezvoltarea în bucăți mici care sunt de valoare pentru utilizatorul final.

Trimite

Mai multe despre subiect

Articolele mari din Product Backlog (PBI) sunt cauza surprizelor neplăcute și a variabilității sporite în Sprint. Cu cât sarcina este mai mare, cu atât mai multe necunoscute. PBI-urile mari cu greu se pot încadra în Sprint, iar Product Owner și părțile interesate s-ar putea să nu vadă rezultatele echipelor Scrum pentru o lungă perioadă de timp. Am început de curând să lucrez cu două echipe de caracteristici. Product Owner a plasat o caracteristică uriașă în partea de sus a Backlog, care, conform estimărilor preliminare, ar fi trebuit să mențină echipele cu multe sprinturi înainte. Ambele echipe au fost prezente la actualizarea Product Backlog (Multi-Team PBR). Am descompus, evaluat și pregătit Product Backlog pentru planificare în opt pași.

Pasul 1: Determinați relația PBI cu obiectivul de afaceri

Am discutat despre ce leagă PBI de obiectivul imediat de afaceri: creșterea ratelor de conversie de pe site (CR). Dacă nu ați definit anterior un obiectiv de afaceri, atunci tehnica Impact Mapping și variația acesteia vă vor ajuta cu siguranță la acest pas.

Pasul 2: Descrieți PBI într-un format cine, ce și de ce

Folosesc adesea acest format pentru a descrie articolele Product Backlog:

cine este segmentul de utilizator sau persoana;
ce - o scurtă descriere a sarcinii;
de ce - valoarea afacerii sau valoarea utilizatorului.

Proprietarul de produs și echipele au discutat acest lucru într-o discuție deschisă. Am înregistrat ceea ce s-a spus pe un flipchart, astfel încât să fie ușor să revin la informații.

Pasul 3. Împărțiți PBI-ul în grupuri mici

Am format patru grupuri de 3-5 persoane și i-am trimis la stații de lucru în spațiu deschis, unde au descompus PBI în 20 de minute. Băieții au folosit modele de împărțire și alte tehnici, în special, User Story Mapping. Dacă echipele nu au încă abilități de descompunere, trebuie să efectuați un .

Pasul 4. Prezentați Opțiuni de partiție

Avem patru variante de descompunere. Acum am vrut să găsim cel mai valoros lucru în fiecare dintre ele. Pentru a face acest lucru, am parcurs fiecare stație de lucru, unde ni s-au prezentat fiecare dintre opțiunile de partiționare. Nu am petrecut mai mult de cinci minute la fiecare stație.

Pasul 5. Efectuați „lipirea” finală

I-am cerut Product Owner-ului și mai multor reprezentanți ai echipei să facă „lipirea” finală a diferitelor opțiuni de descompunere. Pentru a face acest lucru, am adus toate flipchart-urile și le-am atârnat pe perete. Product Owner a ales piesele cele mai de succes și le-a plasat pe versiunea finală.

Pasul 6. Evaluează și prioritizează funcțiile primite

În acest moment, caracteristica gigant a fost descompusă în bucăți mai mici. Le-am rugat reprezentanților fiecărei echipe să facă o evaluare rapidă folosind „mărimile cămășilor”. Proprietarul produsului a comandat apoi toate caracteristicile primite. Drept urmare, am primit 11 funcții, dintre care cea mai mare prioritate trebuia să se potrivească confortabil într-un Sprint de două săptămâni.

Pasul 7. Clarificați PBI-urile prioritizate

Fiecare grup a luat o funcție din partea de sus a Product Backlog și a clarificat-o pe stația de lucru. După 20 de minute la fiecare stație a apărut:

descrierea caracteristicii,
estimare actualizată,
criteriul de acceptare,
valorile de afaceri și ale utilizatorilor.

În continuare, am făcut câteva tururi prin „cafenea mondială”, mișcându-ne în sensul acelor de ceasornic. La fiecare post era o persoană care a primit feedback și a vorbit despre caracteristică.

Pasul 8. Discutați valoarea primită

Înainte de a încheia întâlnirea, le-am rugat să exprime valorile obținute și să fixeze rezultatul pe un flipchart. Acestea erau estimări, un obiectiv pentru trimestrul, o imagine completă a ceea ce se întâmpla.

constatări

Preferați să utilizați Multi-Team PBR atunci când mai multe echipe actualizează Product Backlog simultan.
Începeți întotdeauna o discuție PBI cu o legătură cu un obiectiv de afaceri.
Descompuneți elementele Product Backlog folosind modele de partiționare și tehnici de cartografiere a poveștii utilizatorului.
Lucrați în grupuri mici și în formate de world cafe, expoziții sau cocktail-uri.
Pentru o interacțiune mai bună, utilizați hârtie, flipchart, foarfece sau note lipicioase.

Andrey Tolmachev spune cum să rezolvi nemulțumirea reciprocă a Product Ownerului și a echipei de dezvoltare.

Condițiile problemei

Imaginați-vă o astfel de situație. Ești noul Scrum Master. Echipa ta de dezvoltare este formată dintr-un analist de sisteme, doi dezvoltatori și doi testeri. Durata Sprintului este de două săptămâni. Echipa lucrează cu un sistem complex pe o platformă veche, astfel încât pentru fiecare articol din Product Backlog, analiza, dezvoltarea și testarea se încadrează în Sprinturi separate. În timpul ultimului Sprint, Echipa nu a avut timp să facă munca luată în Sprint, așa că la Retro Product Owner întreabă cine a făcut ce în timpul Sprintului. Product Ownerul se plânge că echipa este foarte lentă. Membrii echipei se plâng că afacerea îi controlează și microgestionează. Cum să rezolvi nemulțumirea reciprocă a Product Owner-ului și a echipei de dezvoltare? Să ne dăm seama.

Ce se întâmplă

Pentru fiecare articol din Product Backlog, analiza, dezvoltarea și testarea se încadrează în Sprinturi separate - ceea ce înseamnă că articolul va fi gata pentru lansare doar în trei Sprinturi. În acest caz, durata reală a Sprintului este de șase săptămâni, ceea ce este mai mult decât permite Scrum Guide.

Durata maximă a unui Sprint este de o lună calendaristică. Cu o perioadă mai lungă de planificare, sunt posibile modificări ale obiectivelor, o creștere a complexității și o creștere a riscurilor.

Ghidul Scrum Când o echipă livrează rareori un Increment finalizat, rareori primește feedback de la părțile interesate și de la clienți. Ca urmare:

crește riscul de a face un lucru greșit. Capacitatea de a răspunde la schimbare scade;
stabilitatea procesului scade, este dificil de prezis lucrul. De exemplu, testarea dezvăluie defecte la săptămâni după dezvoltare. Bug-urile sunt descoperite cu întârziere, astfel încât cantitatea de „suport” va varia de la Sprint la Sprint;
fluxul de lucru nu mai este transparent.

Din aceste motive, Echipa de Dezvoltare pierde încrederea Product Owner-ului și a părților interesate, prin urmare presiunea crește și încep conflictele.

Decizie

Scrum Master nu poate rezolva singur problema, dar își poate ajuta echipa în următoarele moduri:

explicați dinamica sistemului descrisă mai sus și consecințele lor dăunătoare. Echipa Scrum trebuie să înțeleagă că Regula Scrum de creștere gata în fiecare Sprint este o soluție sistemică naturală la problema lor;
ajuta la formularea sau revizuirea DoD minim care poate fi finalizat în timpul Sprintului și care se va asigura că creșterea este gata pentru lansare;
învață Echipa de Dezvoltare să descompună corect elementele Backlog. Articolele mici din Product Backlog promovează livrarea timpurie, optimizează valoarea produsului și îmbunătățesc fluxul de lucru;
ajutați-vă să acceptați să luați cel puțin un element mic Backlog în următorul Sprint, dar aduceți-l în starea Done;
vizualizați fluxul muncii. Transparența este cheia succesului;
elimina timpul de nefuncţionare. Pentru a face acest lucru, Scrum Master învață echipei bune practici de inginerie, de exemplu, proprietatea generală a codului, stimulează dezvoltarea oamenilor în formă de T sau E în echipă, încheie acorduri de echipă;
explicați Product Owner-ului că datoria tehnică este motivul întârzierilor și convingeți-l să plătească.

Utilizați Retrospective pentru a găsi cele mai bune soluții pentru a elimina obstacolele. Amintiți-vă că aceste soluții sunt experimente, nu faptul că vor aduce efectul așteptat. Prin urmare, inspectați rezultatele deciziilor anterioare și adaptați deciziile în Retrospective viitoare.

Rezultate

Ready Increment la sfârșitul Sprintului este cea mai importantă regulă a Scrum, care ajută la evitarea creșterii riscului, pierderii predictibilității și flexibilității. Relațiile cauză-efect descrise sunt utile pentru a înțelege de ce Scrum necesită un DoD corespunzător, gata de lansare, pentru fiecare Sprint. Următoarele acțiuni vă pot ajuta să atingeți acest obiectiv:

descompunerea muncii în PBI-uri mici;
vizualizarea fluxului de lucru în Sprint și căutarea principalelor blocaje;
eliminarea timpului de nefuncționare a muncii prin acorduri de echipă, bune practici de inginerie și dezvoltarea oamenilor în formă de T sau E;
lichidarea sistematică a datoriei tehnice.