Az alábbi parancs megkeresi a könyvtárakat és jogosultságot állít rajtuk:
find . -type d -exec chmod 755 {} \;
Ez működik fájlokra is:
find . -type f -exec chmod 644 {} \;
kb. ennyi. Így a könyvtárak böngészhetőek, olvashatóak, a fájlokat lehet olvasni, de módosításokat már nem végezhetünk rajtuk.
FreeBsd-n a legjobb (szerintem) módja az alkalmazások telepítésére a ports könyvtár (/usr/ports). Ha esetleg nem lenne feltelepítve, akkor:
portnsap fetch
portsnap extract
Későbbiekben már elegendő a portsnap update.
Amit én szeretek használni az a portmaster. Így könnyedén hagyhatom magára a c fordítót egy screenben és majd ha végzett megnézem a kimenetet. Első körben magát a portmastert kell feltelepíteni:
cd /usr/ports/ports-mgmt/portmaster
make config && make && make install
rehash
Ezek után a telepítéshez nem kell mást beírni, mint a következőt:
pl.:
portmaster /usr/ports/mail/alpine
Így a művelet elején minden függőség konfig oldalát megjeleníti és miután ezekkel megvagyunk magára lehet hagyni a masinát. Egyszer majd csak végez…
Néha hasznos lehet, ha pl. szükség lenne elindítani a távoli X.org szerveren egy video-t.
Először is be kell ssh-zni a gépre, majd a környezeti változókhoz hozzá kell adni, hogy melyik grafikus felületet használnánk éppen:
bsd# setenv DISPLAY :0.0
ezek után már nincs más, mint egy normál X-es alkalmazást indítani. Az már a :0.0-s x-en jelenik meg. 🙂
bsd# mplayer -fs /movies/Movie.avi
hát ennyi…
Mentés ssh-n rsync segítségével… Azért jó megoldás, mert csak egyszer kell a teljes tartalmat áttölteni, később már csak a változások terhelik a sávszélességet…
rsync -avz -e 'ssh -p12312' /usr/ usert@host:/usr/backup
Érdekelt, hogy hogyan lehet LVM-hez hasonló megoldást alkalmazni Freebsd-n. A helyzet úgy adódott, hogy összeguberált alkatrészekből kellett egy kis gépet össztákolni. A HDD-k kicsit voltak, de az érkező fájlok mérete ~100G körüli. Így össze kellett őket fűzni.
A BSD kötetkezelő megoldásában kellemesen csalódtam. (aztán lehet, hogy megbánom… majd leírom a tapasztalatokat)
Az egész két egyszerű lépésből áll:
tatuin# gconcat label -v backup /dev/ad0s2 /dev/ad1 /dev/ad2
tatuin# newfs /dev/concat/backup
ez kb. annyit csinál, hogy az említett három eszközt összefűzi egy logikai eszközzé, majd étrehozok rajta egy új fájlrendszert.
Már csak fel kell mountolni:
tatuin# mount /dev/concat/backup /mnt/
Eddig sebesség különbségeket nem igazán véltem felfedezni. Lehet, hogy egy erősebb gépen nagyobb eltérések látszódnának. Jelen esetben szinte semmivel nem lassabb…
Update1:
Ahhoz, hogy ne szpoassuk magunkat feleslegesen a /boot/loader.conf fileba írjuk be
geom_concat_load="YES"
Az fstab-ot is ennek megfelelően módosítsuk:
/dev/concat/backup /usr/backup ufs rw 2 2
Update2:
Ha esetleg széthullana valamiért a kötet, vagy powerfailure után nem állna magától össze, akkor nézzük meg hogy helyesen betöltődött-e a kernel modul, ha nem akkor töltsük be manuálisan.
tatuin# kldload geom_concat.ko
Ezzel okosan lehet élő fájlrendszert menteni:
dump -0uan -L -f - /usr | gzip -2 | ssh user@myhost.com dd of=/home/user/dump-usr-20091104.gz
Készít egy snapshotot az aktuális állapotról, lementi, majd a végén rendbetesz mindent. A userek észre sem veszik…
Ez a megoldás ssh-n áttolja gzippel tömörítve a teljes /usr tartalmát…
UPDATE 1:
Azt elfelejtettem írni, hogy visszaálítani a következő képpen tudjuk:
tatuin# cd /backup
tatuin# cat /home/petike/dump-usr-2xxxxxxx.gz | gzip -dc | restore -xv -f -
Van egy kis problémám… az adaptec scsi vezérlő mögötti HDD-k hőmérsékletét nem tudom lekérdezni a smartd-n keresztül. Nemes egyszerűséggel fogalma sincs arról, hogy milyen HDD ülnek rajta. Egy darab aac0-t lát. Ez jól is van így, de annak örültem volna, ha a smartd látta volna őket. A szerencse az, hogy az adaptec-hez van cli, ami működik… Kicsit bugos, de megy.
hostname# aaccli open aac0 : enclosure show status
--------------------------------------------------------------------------------
Adaptec SCSI RAID Controller Command Line Interface
Copyright 1998-2002 Adaptec, Inc. All rights reserved
--------------------------------------------------------------------------------
Executing: open "aac0"
Executing: enclosure show status
Enclosure
ID (B:ID:L) UpTime D:H:M PowerCycle Interval Door Alarm
----------- -------------- ---------- -------- -------- -----
0 0:06:0 0:00:00 0 10 UNLOCKED OFF
Enclosure
ID (B:ID:L) Fan Status
----------- --- -------------
Enclosure
ID (B:ID:L) Power State Status
----------- ----- ------------ -------
Enclosure
ID (B:ID:L) Slot scsiId Insert Status
----------- ---- ------ ------- ------------------------------------------
0 0:06:0 0 0:00:0 1 OK ACTIVATE
0 0:06:0 1 0:01:0 1 OK ACTIVATE
0 0:06:0 2 0:02:0 1 OK ACTIVATE
0 0:06:0 3 0:03:0 1 OK UNCONFIG HOTSPARE ACTIVATE
0 0:06:0 4 0:04:0 1 OK ACTIVATE
Enclosure
ID (B:ID:L) Sensor Temperature Threshold Status
----------- ------ ----------- --------- --------
0 0:06:0 0 77 F 120 NORMAL
0 0:06:0 1 89 F 120 NORMAL
A hőmérséklet nem celsiusban van, de egy kis shell barkácsolással lehet okosítani. Elméletileg egy saját cli-t adna az aaccli, de egy pár utasítás után megáll. Ha egy sort kalapálok bele, akkor minden működik. Láss csodát vannak hőmérsékletek. Jelen esetben két sensor érhető el rajta.
Egy hasznos apróság:
dd if=/dev/zero of=/dev/sda bs=512 count=1
Elméletileg így a lemez érintetlen marad, viszont minden adat eltűnik az első 512 bájtból. Természetesen nem árt odafigyelni, hogy ezeket vissza tudjuk állítani, ha esetleg mégis kellene. Célszerű minden disk módosítás után lementeni….
dd if=/dev/sda of=/home/petike/mbr.bin bs=512 count=1
Nem olyan régen hallottam, hogy hogyan lehet FreeBSD-n (és egyéb más linux/unix rendszereken) felszabadítani az Inactive vagy Cached memóriát. Ez általában az a terület, amit bármikor újra lehet foglalni, nem használja senki, de korábban valamelyik processhez tartozott. Nem tudom, hogy van-e erre valami “hivatalos” megoldás, de a memória rögtön kiürül, amint egy memóriánál nagyobb fájlt akarok törölni…
pl.: 4G ram esetén:
dd if=/dev/zero of=/home/petike/test bs=2M count=3000
rm /home/petike/test
Ezek után “felszabadul” a memória 🙂
Ez is egy egyszerű dolog, de néha hasznos lehet:
/usr/lib/openoffice/program/soffice.bin -impress -norestore -display :0.0 -show /home/user/Valami.odp
Így ssh-n keresztül is el lehet indítani a prezentációt távolról.