Ha nem indulna a játék Linuxon, akkor érdemes kipróbálni ezt:
sudo apt-get install libtxc-dxtn-s2tc0:i386
Ha nem indulna a játék Linuxon, akkor érdemes kipróbálni ezt:
sudo apt-get install libtxc-dxtn-s2tc0:i386
Ha FreeBSD-s nfs serverünk van és Linuxokon szeretnénk felmountolni, akkor ha elsőre nem megy érdemes NFSv4-gyel próbálkozni a szerver oldali konfigban. Pl.:
/etc/exports:
V4: /zfsstore/nfs
/zfsstore/nfs -network 192.168.0.0 -mask 255.255.0.0
/etc/rc.conf
# NFS settings
rpcbind_enable="YES"
rpcbind_flags="-h 192.168.182.249"
nfs_server_enable="YES"
nfsv4_server_enable="YES"
nfsuserd_enable="YES"
nfs_server_flags="-n 6 -t -u -h 192.168.1.1"
mountd_enable="YES"
mountd_flags="-r -p 823 -l -h 192.168.1.1"
UPDATE: Az OnlineStorageSolution egy rakás szar.
Elvesznek fájlok, nincs elég hely, béna a support. Pénzkidobás az egész! Nem megbízható, DO NOT USE kategória!
Elkezdtem használni nem is olyan régen egy online tárhely szolgáltatót fénykép backup céljából. Az oldal működik, de néha vannak vele apróbb problémák…
Egyszer-egyszer nem volt elérhető, néha éppen mozgatják az accountomat, néha éppen visszaállítják az accountomat, de túl nagy probléma még nem volt. Egy picit rémisztő azért, hogy egyszer elhaltak diszkjeik és úgy kellett volna visszaállítani mentésből a fiókomat, de mindezek ellenére talán használható lehet.
Elég nagy mennyiségű adatot rsynceltem fel (~500 GB) és eddig nem bántam meg, hogy kifizettem 2 évet előre.
Tetszik, mert lehet rsyncelni, van webdav, ssh tunnel, stb. Fapadosnak tűnhet, de az otthoni bsd a képeimet rsynceli szépen fel. Nem kell semmilyen színes-szagos varázslatot hegeszteni, hogy működjön. A notebookomon is fel van mountolva, így bárhol elérhetem a képeimet. Természetesen használok encfs-t rajta, így a felhőbe csak titkosítottan mennek fel a képek.
Ez az rsyncet sem zavarja és a felmountolt davfs felett is elmegy.
Ezt inkább magamnak írtam össze, hátha egyszer elfelejteném:
root@petike-desktop:/root # ssh -N -f USERNAME@fm.ols18.com -L 873:localhost:873
root@petike-desktop:/root # encfs --public --reverse /photos /tmp/.photos
olscs@petike-desktop:/home/olscs # rsync -va --progress -b /tmp/.photos/ rsync://USERNAME@localhost/USERNAME/photos
A vissza irány egy másik gépen (kell hozzá az eredeti encfs6.xml)
petike@petike-tp-nb:~/.photos > sudo mount -o ro -t davfs "https://dav.ols18.com/USERNAME" /mnt/
petike@petike-tp-nb:~/.photos > ENCFS6_CONFIG=/home/petike/.encfs6.xml encfs /mnt/rsync/photos/ /home/petike/.photos
Szóval ennyi.
Mindig aggódtam, hogy otthon a mirrorozott zpool nem a legjobb és máshol meg nincsenek meg a képek. A zfs eddig jól vizsgázott és talán nem lesz túl nagy szívás az ols sem.
A végén azért meg kell jegyezni, hogy BSD-n nem volt olyan egyszerű az encfs beizzítása. Volt egy kis gubanc a verziókkal, miszerint a reverse nem működött. Elcraschelt az encfs, de ezzekkel megy:
root@petike-desktop:/root # pkg_info | egrep "fuse|encfs"
fusefs-encfs-1.7.4_1 An encrypted pass-through FUSE filesystem
fusefs-kmod-0.3.9.p1.20080208_10 Kernel module for fuse
fusefs-libs-2.7.4 FUSE allows filesystem implementation in userspace
root@petike-desktop:/root #
Tessék a portsból ezeket használni és minden jó lesz.
Ha valakit érdekel, hogy svnben melyik reviziók ezek:
root@petike-desktop:/root/fusefs-encfs # svn info
Path: .
Working Copy Root Path: /root/fusefs-encfs
URL: http://svn.freebsd.org/ports/head/sysutils/fusefs-encfs
Repository Root: http://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 300897
Node Kind: directory
Schedule: normal
Last Changed Author: beat
Last Changed Rev: 300897
Last Changed Date: 2012-07-14 16:29:18 +0200 (Sat, 14 Jul 2012)
root@petike-desktop:/root/fusefs-kmod # svn info
Path: .
Working Copy Root Path: /root/fusefs-kmod
URL: http://svn.freebsd.org/ports/head/sysutils/fusefs-kmod
Repository Root: http://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 296408
Node Kind: directory
Schedule: normal
Last Changed Author: kevlo
Last Changed Rev: 296408
Last Changed Date: 2012-05-11 09:08:07 +0200 (Fri, 11 May 2012)
root@petike-desktop:/root/fusefs-libs # svn info
Path: .
Working Copy Root Path: /root/fusefs-libs
URL: http://svn.freebsd.org/ports/head/sysutils/fusefs-libs
Repository Root: http://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 226662
Node Kind: directory
Schedule: normal
Last Changed Author: wxs
Last Changed Rev: 226662
Last Changed Date: 2009-01-22 04:15:23 +0100 (Thu, 22 Jan 2009)
Ha bináris “karakterek” akadnak a fájlunkban és nem működnek rá a szöveges parancsok, akkor célszerű megtisztítani a fájlt, ha biztosak vagyunk a dolgunkban:
tr -cd '\11\12\15\40-\176' < txtbinchar > cleantxt
Kitaláltam, hogy jól titkosítok minden fontos dolgot. A ZFS elméletileg magától is tudná, de pár helyen azt olvastam, hogy fuse alatt nem a legjobb, már ha egyáltalán működik. Nem kísérleteztem vele, mivel élő poolról van szó. Inkább az alábbi mutatványt hajtottam végre:
Hozzávalók:
1 db zpool
1 tartalék hdd (min. akkor mint a pool legnagyobb tagja)
idő
Első lépésben az éppen aktuális poolból ki kell szedni az adott disket:
# zpool replace zfsstore /dev/sdc /dev/sdd
Ezt jól végig kell várni…
Közben ellenőrizhetjük a következő paranccsal, hogy éppen hol tart:
# zpool status
Ha véget ért a móka, akkor lehet kinullázni a korábbi (jelen esetben sdc) diszket, majd kulcsot generálni és bekapcsolni a titkosítást:
# dd if=/dev/zero of=/dev/sdc bs=1M
# dd if=/dev/random of=/root/my.key bs=1 count=256
# cryptsetup --verbose --key-file /root/my.key luksFormat /dev/sdc -c aes -s 256 -h sha256
Ha ezekkel megvagyunk, elérhetővé kell tenni a titkosított diszket és visszaadni a zfsnek:
# cryptsetup --key-file /root/my.key luksOpen /dev/sdc sdc_enc
# zpool replace zfsstore /dev/sdd /dev/mapper/sdc_enc
Itt is ellenőrizgethetjük, hogy hol tartunk:
# zpool status
pool: zfsstore
state: ONLINE
status: One or more devices is currently being resilvered. The pool will
continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
scrub: resilver in progress for 1h2m, 33,57% done, 2h4m to go
config:
NAME STATE READ WRITE CKSUM
zfsstore ONLINE 0 0 0
replacing-0 ONLINE 0 0 0
sdd ONLINE 0 0 0
mapper/sdc_enc ONLINE 0 0 0 104G resilvered
disk/by-id/ata-WDC_WD15EADS-00S2B0_WD-WCAVY1312662-part7 ONLINE 0 0 0
errors: No known data errors
Hát ennyi.
Ezt okosan lehet még úgy csinálni, hogy a kulcsot ne tároljuk azon a gépen ahol éppen fut, meg ilyenek. Ezt már mindenki találja ki, hogy neki hogyan biztonságos… Lehet pendriveon, másik gépen, honlapon, eldugva a hdd egy nem használt részén, telefon sdkártyán, akárhogyan. Mindegyik megvalósítható.
Jó mulatást!
forrás: http://www.taeuber.org/how-to-use-zfs-and-encryption-on-a-ubuntu-home-server/
Ha valakinek okozott már problémát egy-egy elkalandozott munin grafikon, annak hasznos lehet az alábbi kis ötlet. Munin alapértelmezésben rrd fájlokban tárolja a mérési adatait és ezt az rrdtool segítségével sikeresen xml-be lehet exportálni, majd editálás után vissza rrd-be.
rrdtool dump valamilyen.rrd > valamilyen.xml
[...] xml editálás [...]
rrdtool restore valamilyen.xml valamilyen.rrd
utána má jó is lesz 🙂
Egy dvd tartalmának kinyerése mpeg-be (a dvd-device rész elhagyható, de akkor hasznos, ha nem lemezről akarjuk leszedni):
mplayer -dumpstream -dumpfile /mentes/helye/video.mpg dvd://1 -dvd-device /dvd/folder
Egy rövid kis tool arról, hogy miként lehet dvd-t készíteni fullhd-s kamkorder MTS/M2TS fájlaiból.
A fájlokat MTS-ből mpeg2-be kell konvertálni:
ffmpeg -i 00000.MTS -mbd rd -trellis 2 -cmp 2 -subcmp 2 -pass 1/2 -target pal-dvd -b 8000k -ab 192k -ac 2 -aspect 16:9 00000.mpg && ffmpeg -y -i 00000.MTS -mbd rd -trellis 2 -cmp 2 -subcmp 2 -pass 2/2 -target pal-dvd -b 8000k -ab 192k -ac 2 -aspect 16:9 00000.mpg
Az átkonvertált fájlokból dvd struktúrát kell építeni:
dvdauthor -o DVD/ -t -f 00000.mpg -f 00001.mpg -f 00002.mpg […]
dvdauthor -o DVD/ -T
A kész könyvtárakból iso-t építünk:
mkisofs -dvd-video DVD >dvd.iso
Majd a kész iso-t kiírjuk:
growisofs -dvd-compat -Z /dev/dvd=dvd.iso
2 pass encoding jó minőségben. Ha valahol lehet még rajta fényezni, akkor szívesen fogadom én is. Úgy néz ki, hogy működik a dolog, de majd írok tapasztalatokat.
A DVD-t könnyen ellenőrizhetjük írás előtt (a 0.1 nekem a tv kimenet):
DISPLAY=:0.1 mplayer -fs -vo sdl dvd:// -dvd-device /home/petike/Video/DVD/
2006-ban gondoltam először, hogy kipróbálom az akkori ubuntu-t. Korábban Mandrake-n (majd Mandriva-n), Fedorán (anti)szocializálódtam. Akkoriban még kerestem, hogy melyik is lenne nekem a legjobb választás. Az ubuntu előtt is mindig volt linuxom, de minden esetben találtam valamit ami nem úgy működött vagy éppen hiányzott. Ekkor esett a választásom a 6.06-os LTS ubuntura, amit fájdalommal ugyan, de kivontam a csatasorból. Nem, ez nem azt jelenti, hogy több éven keresztül nem upgradeltem, de akkoriban annyira megtetszett, hogy egészen a 10.10-ig aktualizáltam egy 160GB-s IDE HDD-n. A gép azóta többször cserélődött alatta, a HDD túlélt egy villámcsapást, amikor az alaplap+táp már feladta. A héten viszont úgy döntöttem, hogy már zavar az IDE HDD lassúsága, meg a hely is fogyóban volt… Az asztali gépemben kicsit átszerveztem a dolgokat, ezért is ez a post. A családi képek egy linuxos software-s raiden vannak. Ez eddig 250G-s volt, de ezt is kicsit ki kellett nyújtani, mert elfogyott a helyem. A művelet a következő volt.
kb. ennyi 🙂
Az eredmény:
root@petike-desktop:~# mdadm –detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Dec 29 08:03:19 2009
Raid Level : raid1
Array Size : 524297152 (500.01 GiB 536.88 GB)
Used Dev Size : 524297152 (500.01 GiB 536.88 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Fri Nov 5 00:38:09 2010
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
UUID : 4a07aa89:369cd4e2:1101da69:e89aeee3 (local to host petike-desktop)
Events : 0.13009
Number Major Minor RaidDevice State
0 8 8 0 active sync /dev/sda8
1 8 18 1 active sync /dev/sdb2
/dev/md0 493G 208G 260G 45% /mnt
Akinek bejön az Xterm, de utálja a default színeit, annak javasolt az alábbi procedura:
A saját user alatt lévő .Xresources fájlba írjuk be az alábbiakat (vagy hozzuk létre ha nem lenne):
xterm*dynamicColors: true
xterm*background: black
xterm*foreground: green3
xterm*utf8: 2
xterm*eightBitInput: true
xterm*saveLines: 32767
xterm*scrollTtyKeypress: true
xterm*scrollTtyOutput: false
xterm*scrollBar: false
xterm*loginShell: true
xterm*faceName: Monospace:pixelsize=11
xterm*jumpScroll: true
xterm*multiScroll: true
xterm*toolBar: false
xterm*geometry: 100x30
XTerm*VT100.translations: #override
Így működik a vágólaposdi is és a színeit is mi kalibrálhatjuk.
Ahhoz, hogy a változások életbe lépjenek ki kell adni az alábbi parancsot:
petike@petike-nb:~$ xrdb .Xresources
Mindenki boldog.