Archive for the ‘linux’ Category

Euro Truck Simulator 2

péntek, július 4th, 2014

Ha nem indulna a játék Linuxon, akkor érdemes kipróbálni ezt:

 

sudo apt-get install libtxc-dxtn-s2tc0:i386

FreeBSD NFS server linuxoknak

hétfő, december 2nd, 2013

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"

Csak azért is OpenOffice

csütörtök, november 28th, 2013

Ha valaki megunta, hogy a LibreOffice önszorgalomból összeszarja magát és crashel és netalántán OpenOffice telepítésére adta a fejét és a nagy örömében hiába várja, hogy működjön a magyar helyesírás ellenörző, annak egy kis segítség:

Apache OpenOffice 4 (hivatalos oldalról letöltve, nem disztros repoból)

Kell egy kiegészítő:

Apache Open Office kiegészítők

Szépen bekereteztem örömömben, hogy mi fog kelleni 🙂

Aztán, ha mindent jól csináltunk, akkor már látszódik is a kis nyomorult ikonocska a magyar nyelv előtt:

Apache Open Office Hungarian Spell Checker

Ott van a kis zsivány

OnlineStorageSolution

szombat, október 5th, 2013

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)

 

Gnome-keyring hibák xUbuntun

hétfő, szeptember 16th, 2013

Ha valakinek kellene és tényleg nem használ gnome-keyringet, akkor:

unset GNOME_KEYRING_CONTROL

ZFS encryption

hétfő, február 20th, 2012

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/

Meghalt a ZFS

péntek, december 2nd, 2011

Helyzet: 

  • régi gép vacak
  • eltűnnek a hdd-k
  • néha nem indul el
  • lett új gép
  • zfs sehol
  • a jó édes anyjáját

 

No para. (kicsi azért volt)

Hol a zpoolom meg ilyenek?!?! 

 

root@petike-desktop:~# zpool status
no pools available 

Semmi gáz, mert ott van szerencsétlen, de nem tud magáról:

root@petike-desktop:~# zpool import
pool: zfsstore
id: 4353014789085478444
state: ONLINE action: The pool can be imported using its name or numeric identifier.

config:
zfsstore ONLINE
  disk/by-id/ata-SAMSUNG_HD502IJ_S13TJDWQ544638 ONLINE
  disk/by-id/ata-WDC_WD15EADS-00S2B0_WD-WCAVY1312662-part7 ONLINE

Na… ugye hogy ott van 🙂

Minden jó. 

DVD rip linux alatt

szombat, november 27th, 2010

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

Reinstall

péntek, november 5th, 2010

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.

  1. 10.10 Ubuntu install
  2. raid szétválasztása
  3. egyik 250G-s device leválasztása
    mdadm –fail /dev/md0 /dev/sdb2
    mdadm –remove /dev/md0 /dev/sdb2
  4. egy 500G-s partició be a raidbe, újra összerak, szinkronizál
    mdadm –add /dev/md0 /dev/sdb2
  5. másik 250G-s device leválasztása
    mdadm –fail /dev/md0 /dev/sdc2
    mdadm –remove /dev/md0 /dev/sdc2
  6. újabb 500G-s beillesztése, újra összerak, szinkronizál
    mdadm –add /dev/md0 /dev/sda8
  7. raid kinyújtása 500G-ra
    mdadm –grow /dev/md0 –size=max
  8. fájlrendszer kinyújtása 500G-ra
    resize2fs /dev/md0

 

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

 
Lábjegyzetben azért megemlíteném, hogy kiszolgáló oldalon még mindig inkább FreeBSD párti vagyok…

Xterm színek és alapbeállítások

szerda, november 3rd, 2010

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 : select-end(PRIMARY, CLIPBOARD, CUT_BUFFER0)

Í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.