cum pot sa paroloez un folder?
poti sa il arhivezi (de ex cu zip 7 sau winrar) si sa ii pui parola.
Răspuns scurt:



```
$ ssh-keygen -p
```

Acest lucru vă va solicita să introduceți keyfile relaxare, frază veche și nouă frază de acces (care poate fi lăsat necompletat pentru a avea nici o frază de acces).


Dacă doriți să facă totul pe o singură linie fără solicitări face:



```
$ ssh-keygen -p [-P old_passphrase] [-N new_passphrase] [-f keyfile]
```

**Important:** Feriți-vă că, atunci când execută comenzi vor fi de obicei înregistrate în ta `~/.bash_history` de fișier (sau similare) în text simplu, inclusiv toate argumentele oferite (adică passphrases în acest caz). Este, prin urmare, este recomandat să folosiți prima opțiune dacă nu aveți un motiv special pentru a face altfel. Observați totuși că puteți utiliza în continuare `-f fisier-cheie fără a fi nevoie să specificați`-P " sau " - N`, și că keyfile implicit`~/.ssh/id\_rsa, astfel încât, în multe cazuri, aceasta's a nu mai avea nevoie.


S-ar putea dori să ia în considerare folosind ssh-agent, care poate cache fraza de acces pentru un timp. Cele mai recente versiuni ale gpg-agent sprijini, de asemenea, protocolul care este utilizat de către ssh-agent. Presupunând că utilizați Debian. 


Versiunea Scurta:



1. Sistem de Backup
2. Scoateți principal și partiții swap (lăsând la partitia de boot singur)
3. Recrea partiția principală de a utiliza restul de spațiu pe disc (cu excepția boot partitona). Asigurați-vă că pentru a reutiliza același sector de start ca originalul partiția rădăcină.
4. reporniți sistemul
5. redimensiona noul boot in partitia root pentru a utiliza pe deplin dimensiunea partiției.


Instrucțiuni pas cu pas



În primul rând a face o copie de rezervă de pe Cardul SD folosind instrucțiunile de [aici](https://raspberrypi.stackexchange.com/questions/311/how-do-i-backup-my-raspberry-pi) în cazul în care ceva nu merge bine.


De la linia de comandă sau o fereastră de terminal introduceți următoarele



```
sudo fdisk /dev/mmcblk0
```

atunci de tip " p " pentru a lista tabela de partiții 


ar trebui să vezi trei partiții. dacă te uiți în ultima coloană etichetată **Sistem** trebuie să aveți 


1. W95 FAT32
2. Linux
3. Linux Swap


asigurați-o notă de numărul de pornire pentru partitona 2, veți avea nevoie de asta mai târziu. deși probabil va fi în continuare pe ecran (doar în cazul). 


următor tip  **" d "**  pentru a șterge o partiție.


Apoi vi se va cere pentru numărul de partiția pe care doriți să o ștergeți. În cazul de mai sus care doriți să o ștergeți atât Linux și Linux swap partiții.


Deci tipul **`2`** 


apoi tastați  **" d "**  din nou, apoi tastați **`3`** pentru a șterge partiția de swap.


Acum puteți redimensiona partiția principală. 


tip **`n`** pentru a crea o nouă partiție.


Această nouă partiție trebuie să fie o partitie primara atât de tip  **"p"**.


Apoi introduceți **`2`** când vi se solicită pentru o partiție număr.


Acum ți se va cere pentru primul sector pentru noua partiție.
**Introduceți un număr de pornire** de la începutul pas (partitia de Linux)


Vi se va cere pentru ultimul sector puteți doar **apăsați enter pentru a accepta valoarea implicită** care vor utiliza restul de spațiu pe disc.


Tip **`w`** pentru a salva modificările făcute.


Repornire sistem cu următoarea comandă:



```
sudo reboot
```

odată ce sistemul a reporni și te-ai întors la commandline introduceți următoarea comandă:



```
sudo resize2fs /dev/mmcblk0p2
```

Notă: acest lucru poate dura o lungă perioadă de timp (în funcție de card dimensiune și viteză) să fie pacient și să-l termine, astfel încât să nu strica sistemul de fișiere și trebuie să înceapă de la zero. 


Odată ce se face reporniți sistemul cu următoarea comandă:



```
sudo reboot
```

Acum puteți verifica dacă sistemul este folosind întreaga capacitate a Cardului SD, introducând următoarea comandă:



```
df -h
```

De Ce Funcționează:



Adevărata magie aici este că **ștergeți root si swap partiții, apoi recrea numai partiția root (folosind de start inițială, sector) înainte de a scrie datele pe disc**. Ca urmare nu't șterge datele existente la partiția rădăcină. 


Prin eliminarea partiția de swap vă permite partiția root cameră să crească dincolo de dimensiunea sa actuală și umple porțiunea neutilizată de disc (pentru că de plasament de partiții -partiția root este prins între pornire și partiții swap - se poate't pur și simplu să fie redimensionate lăsând partiție de swap singur). 


Apoi redimensiona (care este sigur pentru a rula pe un disc montat) sistemul de fișiere pentru a utiliza tot spațiul în partiția root.


ref: 


* [http://www.youtube.com/watch?v=R4VovMDnsIE](https://www.youtube.com/watch?v=R4VovMDnsIE)
* [http://www.raspberrypi.org/phpBB3/viewtopic.php?f=5&t=5584](https://www.raspberrypi.org/phpBB3/viewtopic.php?f=5&t=5584) da eu am , cum doriti asocierea Nu poți face acest lucru prin programare (într-un mod sigur, care este), fără a crea un nou tabel. 


Ce Enterprise Manager face atunci când comite o reordonare este de a crea un tabel nou, muta datele și apoi ștergeți tabelul vechi și a redenumi nou tabel numele existent. 


Dacă doriți coloanele într-o anumită ordine / grupare, fără a modifica ordinea lor fizică, puteți crea o imagine care poate fi orice doriți. Mai multe persoane interpretat greșit acest lucru ca pe o întrebare despre cum să **magazin** parolele într-o bază de date. Care este greșit. Este vorba despre modul de a stoca parola pe care vă permite să obțineți **pentru** la baza de date.


Soluția obișnuită este de a muta parola din codul sursă într-un fișier de configurare. Apoi se lasă administrarea și asigurarea că fișierul de configurare până la administratorii de sistem. Așa dezvoltatorii nu trebuie să știi nimic despre producția parole, și nu există nici o înregistrare de parolă în control la sursă. Answer for you my friend: <https://www.duolingo.com/comment/4272531> :P Începând cu Git versiunea 2.5+ (Q2 2015), preluarea-un singur comite (fără clonare complet repo) este de fapt posibil.
A se vedea [comite 68ee628](https://github.com/git/git/commit/68ee628932c2196742b77d2961c5e16360734a62) de [Fredrik Medley (`moroten`)](https://github.com/moroten), 21 Mai 2015.
(Fuzionat cu [Junio C Hamano -- `gitster` --](https://github.com/gitster) în [comite a9d3493](https://github.com/git/git/commit/a9d34933803198f89ad721ee17f138b046131090), 01 Jun 2015)
Acum aveți un nou config (pe partea de server) 



```
uploadpack.allowReachableSHA1InWant
```


> 
> Permite upload-pack`pentru a accepta o aduce cerere prin care se solicită un obiect care este accesibil din orice sfat ref. Cu toate acestea, rețineți că calcularea obiect de accesibilitate este de calcul scumpe. Implicit la "false". Dacă ai combina configurare server-side cu un superficial clona ([`git fetch --depth=1`][1]), puteți cere pentru un singur comite (a se vedea [`t/t5516-fetch-push.sh`][2]: 
> 
> 
> 



```
git fetch --depth=1 ../testrepo/.git $SHA1
```

Puteți utiliza `git pisica-fișier de comandă pentru a vedea că a comis a fost preluat: 



```
git cat-file commit $SHA1
```


> 
> "`git incarca-pack`" care servește "`git fetch`" poate fi spus pentru a servi
> se angajează ca nu sunt la vârful orice arbitru, atâta timp cât acestea sunt
> află de la un arbitru, cu uploadpack.allowReachableSHA1InWant`
> configurație variabilă.
> 
> 
> 
> Documentația completă este: 
> 
> 
> `upload-pack`: opțional permite preluarea accesibil sha1
> 
> 
> 
> Cu `uploadpack.allowReachableSHA1InWant` opțiune de configurare a stabilit pe partea de server, "`git fetch`" se poate face o cerere cu o "vreau" linie care numele unui obiect care nu a fost promovat (posibil să fi fost obținut de trupa sau de la un submodul pointer).
> Numai obiecte accesibile din ramura sfaturi, adică unirea a promovat sucursale și filiale ascunse de transfer.hideRefs`, vor fi procesate.
> Rețineți că există un cost asociat de a avea pentru a merge înapoi în istorie pentru a verifica accesibilitatea.
> **Această caracteristică poate fi utilizată pentru obținerea conținutului de la o anumită comis-o,
> pentru care sha1 se știe, fără a fi nevoie de clonare tot
> repository, mai ales dacă o superficial aduce este folosit**.
> cazuri Utile sunt, de exemplu 
> 
> 
> * centrale de tranzacții care conțin fișiere mari în istorie,
> * preluarea numai datele necesare pentru un submodul de verificare,
> * atunci când schimbul de un sha1 fără a spune exact care filiala îi aparține și în Gerrit, dacă te gândești în termeni de comite în loc de a schimba numerele.
> (Gerrit caz a fost deja rezolvată prin `allowTipSHA1InWant` ca fiecare Gerrit schimbare are un ref.)
> 
> 
> 
> Git 2.6 (T3 2015) va îmbunătăți acest model.
> A se vedea [comite 2bc31d1](https://github.com/git/git/commit/2bc31d1631229d863376d48ef84eb846fea1df02), [comite cc118a6](https://github.com/git/git/commit/cc118a65b4590cc2d669679260bad7ca627f2a30) (28 Iulie 2015) de [Jeff King (`peff`)](https://github.com/peff).
> (Fuzionat cu [Junio C Hamano -- `gitster` --](https://github.com/gitster) în [comite 824a0be](https://github.com/git/git/commit/824a0be6be8d6c3323003bae65b3df98387e575b), 19 Aug 2015) 
> 
> 
> `ref`: suport negativ **** `de transfer.hideRefs`
> 
> 
> 
> Dacă te-ai ascunde o ierarhie de arbitrii folosind transfer.hideRefs`config, nu există nici o modalitate de a mai târziu a trece peste acel config pentru a "anulați" nu. Acest patch implementează un "negativ" ascunde-care provoacă meciuri pentru a fi imediat marcat ca unhidden, chiar dacă un alt meci s-ar ascunde. Avem grijă să aplice meciuri în sens invers-comanda de la modul în care acestea sunt alimentate la noi prin config mașini, după care vă permite noastre obișnuite "ultimul castiga" config prioritate de muncă (și intrările în`.git/config`, de exemplu, va trece peste`/etc/gitconfig`).
> Astfel încât să puteți face acum:
> 
> 
> 



```
git config --system transfer.hideRefs refs/secret
git config transfer.hideRefs '!refs/secret/not-so-secret'
```


> 
> pentru a ascunde `ref/secret în toate operațiunile repo, cu excepția pentru unul publice pic
> într-un anumit repo.
> 
> 
> 
> Git 2.7 (Nov/Dec 2015) va îmbunătăți din nou:
> A se vedea [comite 948bfa2](https://github.com/git/git/commit/948bfa2c0f40a97d670c6a3fc22c05ceb2ec2c3f), [comite 00b293e](https://github.com/git/git/commit/00b293e519d1aa0c5b57ae9359ec5306d7023b3f) (05 Nov 2015), [comite 78a766a](https://github.com/git/git/commit/78a766ab6eaaa91c2638158bd4fda06a93291da0), [comite 92cab49](https://github.com/git/git/commit/92cab492ba988ffd3e3edf040f19ba820306c833), [comite 92cab49](https://github.com/git/git/commit/92cab492ba988ffd3e3edf040f19ba820306c833), [comite 92cab49](https://github.com/git/git/commit/92cab492ba988ffd3e3edf040f19ba820306c833) (03 Nov 2015), [comite 00b293e](https://github.com/git/git/commit/00b293e519d1aa0c5b57ae9359ec5306d7023b3f), [comite 00b293e](https://github.com/git/git/commit/00b293e519d1aa0c5b57ae9359ec5306d7023b3f) (05 Nov 2015), și [comite 92cab49](https://github.com/git/git/commit/92cab492ba988ffd3e3edf040f19ba820306c833), [comite 92cab49](https://github.com/git/git/commit/92cab492ba988ffd3e3edf040f19ba820306c833), [comite 92cab49](https://github.com/git/git/commit/92cab492ba988ffd3e3edf040f19ba820306c833), [comite 92cab49](https://github.com/git/git/commit/92cab492ba988ffd3e3edf040f19ba820306c833) (03 Nov 2015) by [Lukas Fleischer (`lfo`)](https://github.com/lfos).
> Ajutat de: [Eric Soare (`sunshineco`)](https://github.com/sunshineco).
> (Fuzionat cu [Jeff King -- `peff` --](https://github.com/peff) în [comite dbba85e](https://github.com/git/git/commit/dbba85e46b9c7450710a23208ca1868179330e1e), 20 Nov 2015) 
> 
> 
> `config.txt`: document semantica `hideRefs cu spații de nume
> 
> 
> 
> acum, nu există o definiție clară a modului de transfer.hideRefs`ar trebui să se comporte atunci când un nume este setat. Explicați că`hideRefs`prefixe meci dezbrăcat nume în acest caz. Acesta este modul`hideRefs` modele sunt în prezent
> manipulate în primi-pack. 
> 
> 
> hideRefs: adauga suport pentru potrivire complet ref
> 
> 
> 
> În plus față de potrivire dezbrăcat ref, se poate adăuga acum `hideRefs` modele complet (unstripped) ref este compensată.
> Pentru a distinge între dezbrăcat și plin de meciuri, noile modele trebuie să fie prefixate cu un circumflex (`^`).
> Prin urmare [new documentația][3]: 
> 
> 
> 



```
transfer.hideRefs:
```


> 
> Dacă un nume este în uz, namespace prefix este deposedat de fiecare referință înainte de a este compensată de transfer.hiderefs`modele. De exemplu, dacă`ref/capete/master este specificat în transfer.hideRefs`și actualul nume este`foo", apoi " ref/nume/foo/ref/capete/master
> este omis din reclame dar `ref/capete/master și` ref/nume/bar/ref/capete/master sunt încă anunțate și așa-numita
> "trebuie" linii.
> În scopul de a se potrivi ref înainte de separare, se adaugă un `^` in fata
> arbitrul numele. Dacă combina `!` și `^`, `!` trebuie să fie specificată în primul rând.
> 
> 
> 
> [R..](https://stackoverflow.com/users/379897/r) menționează [în comentarii](https://stackoverflow.com/questions/14872486/retrieve-specific-commit-from-a-remote-git-repository/30701724#comment89086774_30701724) config [`uploadpack.allowAnySHA1InWant`](https://git-scm.com/docs/git-config#git-config-uploadpackallowAnySHA1InWant), care permite `upload-pack` de a accepta un "aport" cererea prin care se solicită orice obiect, la toate. (Implicit este "false").
> A se vedea [comite f8edeaa](https://github.com/git/git/commit/f8edeaa05d8623a9f6dad408237496c51101aad8) (Nov. 2016, Git v2.11.1) până la [David "novalis" Turner (`novalis`)](https://github.com/novalis): 
> 
> 
> `upload-pack`: opțional permite preluarea orice sha1
> 
> 
> 
> Se pare o prostie sa faci un reachabilty a verifica în cazul în care ne-am
> încrederea utilizatorului de a accesa absolut tot ce e în depozit.
> de Asemenea, l's democrației într-un sistem distribuit poate una server
> reclamă un arbitru, dar altul a avut de atunci o forță de apăsare la ref,
> și, probabil, cele două cereri HTTP ajung îndreptate spre aceste diferite
> serverele. 
> 
> 
> salut,cum il contactam pe tipul cu 10000mp Se poate! Nu folosi consolidarea cunostiintelor, din pagina de start mergi direct la capitolul unde crezi ca ai probleme si da click pe subcapitolul respectiv. 
De exemplu, daca vei da click pe culori, vei avea posibilitatea sa recapitulezi culorile: <http://prntscr.com/90vo4g> în unele situații email-urile trimise de către dumneavoastră la diverși destinatari pot intra în folderul spam. această problemă poate avea o mulțime de cauze. cele mai des întâlnite fiind :ip-ul alocat găzduirii  (shared sau dedicat) este listat într-un blacklist- ip-urile alocate găzduirilor sunt verificate zilnic și sunt delistate de catre hostico în acelaţi timp fiind verificată şi cauza listării şi rezolvată. această problema este cel mai des întâlnită pe găzduirile fără ip dedicat. daca unul dintr conturile cu care împărțiți ip-ul shared este infectat si/sau generează mesaje de tip spam, ip-ul este listat in blacklist-uri și toate conturile care folosesc acel ip vor fi afectate. pentru a evita această problemă este recomandată achiziţionarea unui ip dedicat. ip-ul alocat dispozitivului local (de pe care trimiteți email-uri) este listat intr-un blacklist- mai multe detalii legate de această problema puteti găsi pe următorul link : verificare ip blacklist email-urile trimise de dumneavoastră au fost marcate ca spam de unii destinatari- în acest caz , singura variantă este ca destinatarii să vă marcheze email-urile ca not spam. email-urile nu conțin link de unsusbcribe. email-urile contin un subiect și/sau conținut care declanșează filtrele antispam ale serverelor destinatare. - această problemă este în special valabilă la furnizorii de email gratuit cum ar fi google, yahoo, etc, ale căror filtre antispam sunt extrem de agresive. este recomandat să verificați cuvintele cheie din subiectul și conținutul email-urilor pentru a evita declanșarea filtrelor de spam. există pe internet diferite site-uri care vă analizează email-urile și identifică cuvintele cheie care declanșează filtrele de spam: https://www.google.com/search?q=check+email+for+spam+keywords email-urile conțin atașamente care sunt cunoscute ca fiind malițioase.- atașamentele de tip .txt,pdf,word,excel în general nu crează probleme în acest sens, dar atașamente executabile de tip .exe , .bat , .jar, .rar ş.a.m.d cu siguranță vor fi blocate instant de către filtrele antispam. încercati să folosiţî la ataşamente doar documente, în special la destinatari care folosesc servicii de email gratuite.