Hozzászólások
-
SzerzőBejegyzés
-
nanobit wrote:Tényleg, míg el nem felejtem. Ha /usr/src mappába csomizunk ki, akkor a program hová kerül? A /usr/bin-be. Én mindenesetre mindig is a /usr/local mappába hallottam, hogy oda kell kicsomagolni.
Nem-nem. Ez a gizike és a gőzeke tipikus esete. A ./configure-nek általában meg lehet adni egy –prefix opciót, ami azt szabályozza, hogy mi a „fő könyvtár”. Vannak olyan progik, amelyekben a /usr/local, másoknál a /usr a default prefix (tehát a /usr/local/{bin,lib,share,…}-ba, ill. /usr/{bin,lib,share,…} könyvtárakba másolódnak a dolgok a make install végrehajtása következtében 😉 ).
mc: ahogy gondolod, nem az én művem. De mint mondtam, ízlések és pofonok. Tehát nem érdemes ízlésen vitatkozni, mert azt pofonok követik 🙂
Javaslom:
> dd if=/dev/hdsomething of=backupfie
> losetup /dev/loop5 backupfilePersze arra vigyázz, hogy ez pont akkora lesz, mint a partíciód, tehát ahova másolod, legyen elég hely. Ezután ezzel kísérletezz!
Érdemes a „keletkezett” backupfile-ba belenézni, és pl. fájlnevekre rákeresni, tutira meglevő szövegekre, stb. Ha elég sok ilyet találsz, akkor még van esély. Ha nem, akkor már kezdhetsz pánikba esni…Javaslom:
> dd if=/dev/hdsomething of=backupfie
> losetup /dev/loop5 backupfilePersze arra vigyázz, hogy ez pont akkora lesz, mint a partíciód, tehát ahova másolod, legyen elég hely. Ezután ezzel kísérletezz!
Érdemes a „keletkezett” backupfile-ba belenézni, és pl. fájlnevekre rákeresni, tutira meglevő szövegekre, stb. Ha elég sok ilyet találsz, akkor még van esély. Ha nem, akkor már kezdhetsz pánikba esni…Reiserfs-re: ebben a hozzászólásban közölt link.
Azért a tartalmát idemásolom, ha netalán megszűnne:
>>Yesterday, by error, a ‘rm -fr’ slipped through to my /music partition,
>>a 20GB reiserfs which was at arounf 85% full. SInce then no other
>>activity took place on it. Is there any easy way to recover my files?
>>
>>In the docs, it says you cannot undelete files in reiserfs partitions,
>>since what you delete is most probable overwritten by the next comitted
>>data.
>>
Where does it say that? It needs correcting…..>>In my case, there has been no additional modification of the
>>partition, though.
>>
>>
>
>Today I did exactly the same thing (on a 3.9 GB partition though). I could
>have killed myself for doing it!
>
>I first backed up the partition just to be safe:
>
> dd if=/dev/hdsomething of=backupfie
> losetup /dev/loop5 backupfile
>
>then I tried:
>
> reiserfsck –rebuild-tree –scan-whole-partition /dev/loop5
> mount /dev/loop5
>
>and what do you know! All my deleted stuff reappeared. As we speak I am
>restoring now the original partition.
>
>I guess this only worked because immediatly unmounted the partition after my
>unfortunate error to prevent writing new nodes and data.
>
>Also: Making backups of your data is never wasted time nor a waste of CD’s
> and it is better for your nervous system too (I think this cost me another
> year of my life 😉 )
>
>Hope this works out for you,
>
>Z.Reiserfs-re: ebben a hozzászólásban közölt link.
Azért a tartalmát idemásolom, ha netalán megszűnne:
>>Yesterday, by error, a ‘rm -fr’ slipped through to my /music partition,
>>a 20GB reiserfs which was at arounf 85% full. SInce then no other
>>activity took place on it. Is there any easy way to recover my files?
>>
>>In the docs, it says you cannot undelete files in reiserfs partitions,
>>since what you delete is most probable overwritten by the next comitted
>>data.
>>
Where does it say that? It needs correcting…..>>In my case, there has been no additional modification of the
>>partition, though.
>>
>>
>
>Today I did exactly the same thing (on a 3.9 GB partition though). I could
>have killed myself for doing it!
>
>I first backed up the partition just to be safe:
>
> dd if=/dev/hdsomething of=backupfie
> losetup /dev/loop5 backupfile
>
>then I tried:
>
> reiserfsck –rebuild-tree –scan-whole-partition /dev/loop5
> mount /dev/loop5
>
>and what do you know! All my deleted stuff reappeared. As we speak I am
>restoring now the original partition.
>
>I guess this only worked because immediatly unmounted the partition after my
>unfortunate error to prevent writing new nodes and data.
>
>Also: Making backups of your data is never wasted time nor a waste of CD’s
> and it is better for your nervous system too (I think this cost me another
> year of my life 😉 )
>
>Hope this works out for you,
>
>Z.Hát, ízlések és pofonok…
Még „kezdő fordító” koromban se az mc-t használtam kitömörítésre meg nézegetésre. A tar xvf és a less nekem mindig tökéletesen megtette.Hát, ízlések és pofonok…
Még „kezdő fordító” koromban se az mc-t használtam kitömörítésre meg nézegetésre. A tar xvf és a less nekem mindig tökéletesen megtette.nanobit wrote:Az, hogy gyakra előjön az mc használata azért van, mert tapasztalataim szerint, a kezdők jobban szeretik. Beláthatod, hogy egy kezdő szívesebben nyúl egy ilyen eszközhöz, mint sorokat írni végig-hosszig egy terminálba.Akkor meg ne fordítson progikat. A programfordítós doksiban mire használod az mc-t? Kitömörítés (a /usr/local-ba? Nem túl szerencsés oda, inkább a /usr/src-be kéne), amit egy tar xvf-fel pillanatok alatt elintézhető. Könyvtárváltás, ami, mint ahogy le is van írva, a cd paranccsal elintézhető. Én úgy gondolom, hogy aki tényleg progit akar forrásból telepíteni, akkor ezt a két parancsot ki kellene tudni adnia. Ha már tényleg nagyon kezdőknek szól, akkor a tab és az egér középső gombjának csodáját is említsd meg!
Valamint (még mindig ehhez kapcsolódóan) nagyon biztosan van állítva sokminden. Javasolnám néhány helyen az általában szó használatát. Forrástömörítvények (igaz, ritkán) szoktak tgz kiterjesztést is viselni. A /usr/local/bigyula/configure helyett inkább ./configure-t írnék, valamint a && jelekkel elválasztott három parancsot három sorban adatnám ki (külön-külön), mivel úgy szvsz érthetőbb, mi micsoda. A visszatérési értéket is érdemes ellenőrizni, mivel sokan ész nélkül kiadják a három parancsot, és csodálkoznak, hogy nem megy. Persze, mivel sokszor már a ./configure se futott le hiba nélkül.
A make clean pedig nem az ideiglenes fájlokat törli, hanem a keletkezett binárisokat. Az INSTALL fájlban pedig ritkán vannak a (programspecifikus) kapcsolók leírva, én inkább a ./configure –help-et szoktam erre használni.
nanobit wrote:Az, hogy gyakra előjön az mc használata azért van, mert tapasztalataim szerint, a kezdők jobban szeretik. Beláthatod, hogy egy kezdő szívesebben nyúl egy ilyen eszközhöz, mint sorokat írni végig-hosszig egy terminálba.Akkor meg ne fordítson progikat. A programfordítós doksiban mire használod az mc-t? Kitömörítés (a /usr/local-ba? Nem túl szerencsés oda, inkább a /usr/src-be kéne), amit egy tar xvf-fel pillanatok alatt elintézhető. Könyvtárváltás, ami, mint ahogy le is van írva, a cd paranccsal elintézhető. Én úgy gondolom, hogy aki tényleg progit akar forrásból telepíteni, akkor ezt a két parancsot ki kellene tudni adnia. Ha már tényleg nagyon kezdőknek szól, akkor a tab és az egér középső gombjának csodáját is említsd meg!
Valamint (még mindig ehhez kapcsolódóan) nagyon biztosan van állítva sokminden. Javasolnám néhány helyen az általában szó használatát. Forrástömörítvények (igaz, ritkán) szoktak tgz kiterjesztést is viselni. A /usr/local/bigyula/configure helyett inkább ./configure-t írnék, valamint a && jelekkel elválasztott három parancsot három sorban adatnám ki (külön-külön), mivel úgy szvsz érthetőbb, mi micsoda. A visszatérési értéket is érdemes ellenőrizni, mivel sokan ész nélkül kiadják a három parancsot, és csodálkoznak, hogy nem megy. Persze, mivel sokszor már a ./configure se futott le hiba nélkül.
A make clean pedig nem az ideiglenes fájlokat törli, hanem a keletkezett binárisokat. Az INSTALL fájlban pedig ritkán vannak a (programspecifikus) kapcsolók leírva, én inkább a ./configure –help-et szoktam erre használni.
Ezt próbáltad már?
useradd -d /home/teszt -m -p teszt teszt
-
SzerzőBejegyzés