Re: [rlug] kvm centos 7 guest halting
Cu "shutdown -P" ai incercat? > -P Requests that the system be powered off after it has been > brought down. 2015-10-19 13:57 GMT+03:00 Andrei-Florian Staicu : > omg. really? deci poweroff merge. si eu ca prostu' dadeam halt. > multumesc pentru rezolvarea unui non-issue. > long live systemd. > > On Mon, Oct 19, 2015 at 1:53 PM Radu Radulescu > wrote: > >> Incearca sa folosesti poweroff in loc de shutdown. E un now feature de >> la systemd. shutdown se pare ca opreste doar sistemul de operare nu si >> hardware >> >> On 10/19/2015 1:42 PM, manuel "lonely wolf" wolfshant wrote: >> > On 10/19/2015 01:34 PM, Andrei-Florian Staicu wrote: >> >> am incercat si cu acpid pornit si fara. acelasi comportament. >> > https://www.centos.org/forums/viewtopic.php?f=48&t=53469 >> > >> > ___ >> > RLUG mailing list >> > RLUG@lists.lug.ro >> > http://lists.lug.ro/mailman/listinfo/rlug >> >> ___ >> RLUG mailing list >> RLUG@lists.lug.ro >> http://lists.lug.ro/mailman/listinfo/rlug >> > -- > Beware of programmers who carry screwdrivers. > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] file versioning
salut iar ma apuca ideile si intrebarile de baraj, asa ca, desi nu e vineri, sa incepem :-P daca pe geamuri au reusit sa faca un sistem de 'previous versions' destul de normal la cap, pe linux nu prea am vazut (sau poate nu am cautat destul) ceva asemanator. asa ma gandesc la doua solutii: 1. zfs snapshots, care merge excelent, dar e orientat pe filesystem (adicatelea la o interogare de genul da-mi ultimile / toate versiunile unui fisier e cam jale, mai ales in functie de cat de des se fac snapshot-urile) 1a. probabil la btrfs e cam acelasi lucru, alte fs-uri care sa faca snapshot la nivel de fs nu cunosc 2. git based (sau in extenso your preferred rcs), care ar face fix lucrul necesar, problema este ca din start spatiul este dublat (da, stiu, compresia blob-urilor, pack-urile etc mai reduc din handicap, insa nu fac minuni) ceva care sa incape si capra si varza ? ca ma cam indoiesc ca sunt primul nebun care se gandesta la asta, mai ales ca geamgiii deja au o implementare facuta 10x Alex ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] file versioning
https://en.wikipedia.org/wiki/NILFS 2015-10-20 12:39 GMT+01:00 Alex 'CAVE' Cernat : > salut > > iar ma apuca ideile si intrebarile de baraj, asa ca, desi nu e vineri, > sa incepem :-P > > daca pe geamuri au reusit sa faca un sistem de 'previous versions' > destul de normal la cap, pe linux nu prea am vazut (sau poate nu am > cautat destul) ceva asemanator. > > asa ma gandesc la doua solutii: > 1. zfs snapshots, care merge excelent, dar e orientat pe filesystem > (adicatelea la o interogare de genul da-mi ultimile / toate versiunile > unui fisier e cam jale, mai ales in functie de cat de des se fac > snapshot-urile) > 1a. probabil la btrfs e cam acelasi lucru, alte fs-uri care sa faca > snapshot la nivel de fs nu cunosc > 2. git based (sau in extenso your preferred rcs), care ar face fix > lucrul necesar, problema este ca din start spatiul este dublat (da, > stiu, compresia blob-urilor, pack-urile etc mai reduc din handicap, insa > nu fac minuni) > > ceva care sa incape si capra si varza ? ca ma cam indoiesc ca sunt > primul nebun care se gandesta la asta, mai ales ca geamgiii deja au o > implementare facuta > > 10x > Alex > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] file versioning
Salut, Ce e amuzant e ca W10 a inlocuit excelenta functie de shadow copy based file versioning cu Yet Another Unusable Backup System. Sigur, se pot face manual shadow copies, but it's not the same... On Tue, Oct 20, 2015 at 2:59 PM Catalin Muresan wrote: > https://en.wikipedia.org/wiki/NILFS > > 2015-10-20 12:39 GMT+01:00 Alex 'CAVE' Cernat : > > > salut > > > > iar ma apuca ideile si intrebarile de baraj, asa ca, desi nu e vineri, > > sa incepem :-P > > > > daca pe geamuri au reusit sa faca un sistem de 'previous versions' > > destul de normal la cap, pe linux nu prea am vazut (sau poate nu am > > cautat destul) ceva asemanator. > > > > asa ma gandesc la doua solutii: > > 1. zfs snapshots, care merge excelent, dar e orientat pe filesystem > > (adicatelea la o interogare de genul da-mi ultimile / toate versiunile > > unui fisier e cam jale, mai ales in functie de cat de des se fac > > snapshot-urile) > > 1a. probabil la btrfs e cam acelasi lucru, alte fs-uri care sa faca > > snapshot la nivel de fs nu cunosc > > 2. git based (sau in extenso your preferred rcs), care ar face fix > > lucrul necesar, problema este ca din start spatiul este dublat (da, > > stiu, compresia blob-urilor, pack-urile etc mai reduc din handicap, insa > > nu fac minuni) > > > > ceva care sa incape si capra si varza ? ca ma cam indoiesc ca sunt > > primul nebun care se gandesta la asta, mai ales ca geamgiii deja au o > > implementare facuta > > > > 10x > > Alex > > > > ___ > > RLUG mailing list > > RLUG@lists.lug.ro > > http://lists.lug.ro/mailman/listinfo/rlug > > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] file versioning
Serios? Nu m-am jucat cu win10 inca. Au mai facut ei chestia asta si cu ntbackup cand au trecut de la 2003 la 2008 , dar acolo aveau scuza ca nu era facut de ei. 2015-10-20 15:48 GMT+03:00 Andrei Prodan : > Salut, > > Ce e amuzant e ca W10 a inlocuit excelenta functie de shadow copy based > file versioning cu Yet Another Unusable Backup System. > Sigur, se pot face manual shadow copies, but it's not the same... > > On Tue, Oct 20, 2015 at 2:59 PM Catalin Muresan > > wrote: > > > https://en.wikipedia.org/wiki/NILFS > > > > 2015-10-20 12:39 GMT+01:00 Alex 'CAVE' Cernat : > > > > > salut > > > > > > iar ma apuca ideile si intrebarile de baraj, asa ca, desi nu e vineri, > > > sa incepem :-P > > > > > > daca pe geamuri au reusit sa faca un sistem de 'previous versions' > > > destul de normal la cap, pe linux nu prea am vazut (sau poate nu am > > > cautat destul) ceva asemanator. > > > > > > asa ma gandesc la doua solutii: > > > 1. zfs snapshots, care merge excelent, dar e orientat pe filesystem > > > (adicatelea la o interogare de genul da-mi ultimile / toate versiunile > > > unui fisier e cam jale, mai ales in functie de cat de des se fac > > > snapshot-urile) > > > 1a. probabil la btrfs e cam acelasi lucru, alte fs-uri care sa faca > > > snapshot la nivel de fs nu cunosc > > > 2. git based (sau in extenso your preferred rcs), care ar face fix > > > lucrul necesar, problema este ca din start spatiul este dublat (da, > > > stiu, compresia blob-urilor, pack-urile etc mai reduc din handicap, > insa > > > nu fac minuni) > > > > > > ceva care sa incape si capra si varza ? ca ma cam indoiesc ca sunt > > > primul nebun care se gandesta la asta, mai ales ca geamgiii deja au o > > > implementare facuta > > > > > > 10x > > > Alex > > > > > > ___ > > > RLUG mailing list > > > RLUG@lists.lug.ro > > > http://lists.lug.ro/mailman/listinfo/rlug > > > > > ___ > > RLUG mailing list > > RLUG@lists.lug.ro > > http://lists.lug.ro/mailman/listinfo/rlug > > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] file versioning
Ei. În principiu funcția de acum e mai flexibila, e file based și nu disk based, etc. Dar te forțează sa faci încă o copie a datelor în rețea sau pe un hard extern, adică e cu totul altceva decât subiectul thread-ului. E Time Machine, nu local versioning. On Tue, Oct 20, 2015, 16:00 Mihai Badici wrote: > Serios? Nu m-am jucat cu win10 inca. Au mai facut ei chestia asta si cu > ntbackup cand au trecut de la 2003 la 2008 , dar acolo aveau scuza ca nu > era facut de ei. > > 2015-10-20 15:48 GMT+03:00 Andrei Prodan : > > > Salut, > > > > Ce e amuzant e ca W10 a inlocuit excelenta functie de shadow copy based > > file versioning cu Yet Another Unusable Backup System. > > Sigur, se pot face manual shadow copies, but it's not the same... > > > > On Tue, Oct 20, 2015 at 2:59 PM Catalin Muresan < > catalin.mure...@gmail.com > > > > > wrote: > > > > > https://en.wikipedia.org/wiki/NILFS > > > > > > 2015-10-20 12:39 GMT+01:00 Alex 'CAVE' Cernat : > > > > > > > salut > > > > > > > > iar ma apuca ideile si intrebarile de baraj, asa ca, desi nu e > vineri, > > > > sa incepem :-P > > > > > > > > daca pe geamuri au reusit sa faca un sistem de 'previous versions' > > > > destul de normal la cap, pe linux nu prea am vazut (sau poate nu am > > > > cautat destul) ceva asemanator. > > > > > > > > asa ma gandesc la doua solutii: > > > > 1. zfs snapshots, care merge excelent, dar e orientat pe filesystem > > > > (adicatelea la o interogare de genul da-mi ultimile / toate > versiunile > > > > unui fisier e cam jale, mai ales in functie de cat de des se fac > > > > snapshot-urile) > > > > 1a. probabil la btrfs e cam acelasi lucru, alte fs-uri care sa faca > > > > snapshot la nivel de fs nu cunosc > > > > 2. git based (sau in extenso your preferred rcs), care ar face fix > > > > lucrul necesar, problema este ca din start spatiul este dublat (da, > > > > stiu, compresia blob-urilor, pack-urile etc mai reduc din handicap, > > insa > > > > nu fac minuni) > > > > > > > > ceva care sa incape si capra si varza ? ca ma cam indoiesc ca sunt > > > > primul nebun care se gandesta la asta, mai ales ca geamgiii deja au o > > > > implementare facuta > > > > > > > > 10x > > > > Alex > > > > > > > > ___ > > > > RLUG mailing list > > > > RLUG@lists.lug.ro > > > > http://lists.lug.ro/mailman/listinfo/rlug > > > > > > > ___ > > > RLUG mailing list > > > RLUG@lists.lug.ro > > > http://lists.lug.ro/mailman/listinfo/rlug > > > > > ___ > > RLUG mailing list > > RLUG@lists.lug.ro > > http://lists.lug.ro/mailman/listinfo/rlug > > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] file versioning
On 20.10.2015 14:39, Alex 'CAVE' Cernat wrote: > salut > > iar ma apuca ideile si intrebarile de baraj, asa ca, desi nu e vineri, > sa incepem :-P > > daca pe geamuri au reusit sa faca un sistem de 'previous versions' > destul de normal la cap, pe linux nu prea am vazut (sau poate nu am > cautat destul) ceva asemanator. > > asa ma gandesc la doua solutii: > 1. zfs snapshots, care merge excelent, dar e orientat pe filesystem > (adicatelea la o interogare de genul da-mi ultimile / toate versiunile > unui fisier e cam jale, mai ales in functie de cat de des se fac > snapshot-urile) > 1a. probabil la btrfs e cam acelasi lucru, alte fs-uri care sa faca > snapshot la nivel de fs nu cunosc > 2. git based (sau in extenso your preferred rcs), care ar face fix > lucrul necesar, problema este ca din start spatiul este dublat (da, > stiu, compresia blob-urilor, pack-urile etc mai reduc din handicap, insa > nu fac minuni) > > ceva care sa incape si capra si varza ? ca ma cam indoiesc ca sunt > primul nebun care se gandesta la asta, mai ales ca geamgiii deja au o > implementare facuta Nu chiar ce întrebi tu, dar o vreme am avut un sistem care făcea asta mulțumitor: Dropbox. Aveam ~/Documents, ~/.config, ~/.mozilla și multe altele ca linkuri simbolice către directoare în ~/Dropbox și clientul lor îmi făcea sincronizare instant în norișorul Dropbox. Acum câțiva ani am și scris ceva mai substanțial în OpenOffice, iar versionarea lor (la câteva secunde și care merge 30 de zile în urmă) mi-a salvat documentul de câteva ori de la niște editări distructive stupide. Mno, toate bune și frumoase, până când au rescris clientul lor în QT și a început să mânce la memorie de întrecea și Chromium cu zeci de taburi deschise. În plus, mai e și o problemă de securitate cu Dropbox și alte soluții asemenea, că nu criptezi tu cu o cheie privată ce pui în norișorul lor și ei au acces la fișierele tale. Iar când au scăpări în privința asta (ceea ce deja s-a întâmplat în cazul Dropbox), e nasol! Pe de altă parte, au autentificare în doi pași: https://www.dropbox.com/en/help/363 Ideal aș vrea un Dropbox, cu un client light, open-source, în care fișierele să fie criptate, precum e la Mega acuma: https://mega.nz/. N-am găsit însă așa ceva… mega.nz îl folosesc în principiu pentru backup-urile mai rare, pentru că clientul open-source în linie de comandă (megatols) e cam limitat. Pozele de pe telefon le sincronizez la copy.com (manual, dar se poate și automat, ce-i drept), iar fișierele de configurare, profilul SeaMonkey, parolele, cheile șamd. le sincronizez între desktop și netbook, cam la câteva zile. La NILFS m-am uitat mai demult și nu m-a convins… Degeaba am versiuni anterioare local, de se întâmplă ceva cu partiția respectivă ori cu HDD-ul, le-am pierdut pe toate. În plus, pare imatur FS-ul, n-aș avea încredere să-l folosesc pentru /home, din ce văd momentan la http://nilfs.sourceforge.net/en/current_status.html. Da' poate suflu io în iaurt, după ce m-am fript cu ciorba de ReiserFS acum vreo 10 ani (din fericire, nu pentru /home, cred că doar /usr aveam pe reiserfs, că era sensibil mai rapid). Apropo, folosește cineva NILFS pe aici? signature.asc Description: OpenPGP digital signature ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] file versioning
https://owncloud.org/ ? 2015-10-20 18:37 GMT+01:00 Mișu Moldovan : > On 20.10.2015 14:39, Alex 'CAVE' Cernat wrote: > > salut > > > > iar ma apuca ideile si intrebarile de baraj, asa ca, desi nu e vineri, > > sa incepem :-P > > > > daca pe geamuri au reusit sa faca un sistem de 'previous versions' > > destul de normal la cap, pe linux nu prea am vazut (sau poate nu am > > cautat destul) ceva asemanator. > > > > asa ma gandesc la doua solutii: > > 1. zfs snapshots, care merge excelent, dar e orientat pe filesystem > > (adicatelea la o interogare de genul da-mi ultimile / toate versiunile > > unui fisier e cam jale, mai ales in functie de cat de des se fac > > snapshot-urile) > > 1a. probabil la btrfs e cam acelasi lucru, alte fs-uri care sa faca > > snapshot la nivel de fs nu cunosc > > 2. git based (sau in extenso your preferred rcs), care ar face fix > > lucrul necesar, problema este ca din start spatiul este dublat (da, > > stiu, compresia blob-urilor, pack-urile etc mai reduc din handicap, insa > > nu fac minuni) > > > > ceva care sa incape si capra si varza ? ca ma cam indoiesc ca sunt > > primul nebun care se gandesta la asta, mai ales ca geamgiii deja au o > > implementare facuta > > Nu chiar ce întrebi tu, dar o vreme am avut un sistem care făcea asta > mulțumitor: Dropbox. Aveam ~/Documents, ~/.config, ~/.mozilla și multe > altele ca linkuri simbolice către directoare în ~/Dropbox și clientul > lor îmi făcea sincronizare instant în norișorul Dropbox. Acum câțiva > ani am și scris ceva mai substanțial în OpenOffice, iar versionarea lor > (la câteva secunde și care merge 30 de zile în urmă) mi-a salvat > documentul de câteva ori de la niște editări distructive stupide. > > Mno, toate bune și frumoase, până când au rescris clientul lor în QT și > a început să mânce la memorie de întrecea și Chromium cu zeci de taburi > deschise. În plus, mai e și o problemă de securitate cu Dropbox și alte > soluții asemenea, că nu criptezi tu cu o cheie privată ce pui în > norișorul lor și ei au acces la fișierele tale. Iar când au scăpări în > privința asta (ceea ce deja s-a întâmplat în cazul Dropbox), e nasol! > Pe de altă parte, au autentificare în doi pași: > https://www.dropbox.com/en/help/363 > > Ideal aș vrea un Dropbox, cu un client light, open-source, în care > fișierele să fie criptate, precum e la Mega acuma: https://mega.nz/. > N-am găsit însă așa ceva… mega.nz îl folosesc în principiu pentru > backup-urile mai rare, pentru că clientul open-source în linie de > comandă (megatols) e cam limitat. Pozele de pe telefon le sincronizez > la copy.com (manual, dar se poate și automat, ce-i drept), iar fișierele > de configurare, profilul SeaMonkey, parolele, cheile șamd. le > sincronizez între desktop și netbook, cam la câteva zile. > > La NILFS m-am uitat mai demult și nu m-a convins… Degeaba am versiuni > anterioare local, de se întâmplă ceva cu partiția respectivă ori cu > HDD-ul, le-am pierdut pe toate. În plus, pare imatur FS-ul, n-aș avea > încredere să-l folosesc pentru /home, din ce văd momentan la > http://nilfs.sourceforge.net/en/current_status.html. Da' poate suflu io > în iaurt, după ce m-am fript cu ciorba de ReiserFS acum vreo 10 ani (din > fericire, nu pentru /home, cred că doar /usr aveam pe reiserfs, că era > sensibil mai rapid). Apropo, folosește cineva NILFS pe aici? > > > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] sed+grep
Salut Vreau sa schimb un anumit text dintr-in fisier in functie de prezenta unui anumit string pe acea linie. De exemplu vreau sa schimb shell-ul userilor care au home-ul in /home/ din bash in kk. Liniile le obtin cu grep “/home/.*bash$" /etc/passwd insa cum i le transmit lui sed sa faca s/bash/kk/g doar pe liniia respectiva? Multumesc, Mircea ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] sed+grep
sed a fost inventat tocamai ca sa folosesti awk si nu grep. Mircea "thanks goody for windows Power Shell" C. 2015-10-21 7:09 GMT+02:00 Mircea MITU : > Salut > > Vreau sa schimb un anumit text dintr-in fisier in functie de prezenta unui > anumit string pe acea linie. > > De exemplu vreau sa schimb shell-ul userilor care au home-ul in /home/ din > bash in kk. > > Liniile le obtin cu > > grep “/home/.*bash$" /etc/passwd > > insa cum i le transmit lui sed sa faca s/bash/kk/g doar pe liniia > respectiva? > > Multumesc, > Mircea > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] sed+grep
2015-10-21 8:09 GMT+03:00 Mircea MITU :
> Salut
>
> Vreau sa schimb un anumit text dintr-in fisier in functie de prezenta unui
> anumit string pe acea linie.
>
> De exemplu vreau sa schimb shell-ul userilor care au home-ul in /home/ din
> bash in kk.
>
> Liniile le obtin cu
>
> grep “/home/.*bash$" /etc/passwd
>
> insa cum i le transmit lui sed sa faca s/bash/kk/g doar pe liniia
> respectiva?
>
> Multumesc,
> Mircea
>
Offf, asa ma enerveaza oamenii care stiu doar "global search replace" in
sed si "afiseaza coloana x" in awk. Metalimbajul e mult mai flexibil.
Orice comanda de sed poate fi prefixata de o adresa, care poate fi
specificata fie ca numar de linie, fie ca regular expression, fie "de la
pana la".
In cazul tau sed ar fi sed '/bash$/s/bash/kk/' /etc/passwd. Adicatelea
"inlocuieste "bash" cu "kk" doar pe liniile care se termina cu "bash". Desi
daca faci s/bash$/kk/ global e acelasi lucru, da' ai mai invatat ceva azi.
Da' vorba lui mirceac, poate nu ar fi cazul sa dai cu toporul prin passwd
si ar fi bine sa fii ceva mai precis.
Gen: awk 'BEGIN {FS=":"; OFS=":" } $7=="/bin/bash" {$7="kk"} {print $0}'
/etc/passwd (urmand sa pui tu noul content in /etc/passwd dupa aia)
Sau ca sa nu modifici tu cu scripturi idioate fisiere critice de sistem,
awk -F: ' $7=="/bin/bash" {print $1} ' | while read user ; do chsh -s kk
$user ; done
--
P.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] sed+grep
>
> In cazul tau sed ar fi sed '/bash$/s/bash/kk/' /etc/passwd. Adicatelea
> "inlocuieste "bash" cu "kk" doar pe liniile care se termina cu "bash”.
great, merge super ok
sed "/home\/.*bash$/s/bin\/bash/bin\/kk/g” passwd.copy
> Desi
> daca faci s/bash$/kk/ global e acelasi lucru, da' ai mai invatat ceva azi.
>
nu chiar, ca elimina conditia existentei unui alt string
> Da' vorba lui mirceac, poate nu ar fi cazul sa dai cu toporul prin passwd
> si ar fi bine sa fii ceva mai precis.
>
> Gen: awk 'BEGIN {FS=":"; OFS=":" } $7=="/bin/bash" {$7="kk"} {print $0}'
> /etc/passwd (urmand sa pui tu noul content in /etc/passwd dupa aia)
>
> Sau ca sa nu modifici tu cu scripturi idioate fisiere critice de sistem,
> awk -F: ' $7=="/bin/bash" {print $1} ' | while read user ; do chsh -s kk
> $user ; done
>
2 conditii in awk cum specific? Ca problema era sa inlocuiesc doar cand home-ul
este in /home/ (ca sa nu schimb si pt /root sau /perje)
> --
> P.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] file versioning
On 20/10/2015 11:25 PM, Catalin Muresan wrote: > https://owncloud.org/ ? > pana la urma ideile sunt interesante (dropbox & friends), insa (ce-i drept, nu am precizat) ma interesa la nivel de partitie / filesystem (un scenariu posibil: export prin samba mai departe samd) dropbox-ul e interesant (sau mai bine zis era, pana cand au schimbat interfata), dar erai limitat serios ca spatiu iar nilfs, desi am auzit de el, nu am auzit prea multa lume cunoscuta sa-l foloseasca (de fapt nu stiu chiar pe nimeni), asa ca feedback zero apropos Misu, ce patiti cu reiserfs-ul ? ca la vremea respectiva am folosit la greu, au mai fost necesare inclusiv rebuild-uri pe alocuri (destul de rare din fericire) dar in afara de downtime-ul de rigoare nu am avut probleme, si nici pierderi de date nu am patit (pana acum backup-ul il fac degeaba, dar mai bine sa fie facut si sa nu ai nevoie, decat sa fluieri a paguba si sa pregatesti 'trei plicuri' :-P) Alex ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] sed+grep
On 10/21/2015 09:25 AM, Mircea MITU wrote: > > 2 conditii in awk cum specific? Ca problema era sa inlocuiesc doar cand > home-ul este in /home/ (ca sa nu schimb si pt /root sau /perje) orice search faci cu grep il poti face si in awk. cu amendamentul ca awk te lasa sa si executi ceva pe urma. bonus pt copii cuminti: http://wdl.lug.ro si uitati-va dupa SED pe acolo . oferta valabila in limita stocului disponibil. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
