Ért egy kis meglepetés tegnap. Bash alatt matattam valamit és véletlenül az egyik parancs elejére bekerült egy szóköz. Mikor vissza akartam hívni, nyoma sem volt. Második próbálkozásra már leesett, hogy évekkel ezelőtt egyszer belefutottam a dologba és egyáltalán nem véletlen, mégcsak nem is bug. Csak én úgy tudtam, hogy ez a bash alapértelmezett viselkedése.
Most utánanéztem: van egy HISTCONTROL nevű változó, ezzel lehet szabályozni, többek közt azt is, hogy a space-szel kezdődő sorokat ne tegye a history-ba. (bővebben RTFM, alias man bash /HISTCONTROL)

Évekig volt cygwin a gépemen, nem jelentett problémát, ha egy letöltött fájlt ellenőrizni kellett.
Aztán valamiért összevesztek a CIS védelmével (CIS sandboxba zárta a legfontosabb részeit, mert szerinte veszélyes...). Mivel fél évvel később is ez volt a helyzet, feladtam. Tképp csak a find és az md5sum/sha*sum utility-k hiányoztak. Ekkor jött a megvilágosodás. Egy fórumon bukkantam a megoldásra: certutil.
Ez eredetileg a tanúsítványok kezeléséhez kapcsolódó segédprogram, de megfelelően paraméterezve...

certutil -hashfile <ellenőrizendő fájl> <algoritmus>

Pl.:
certutil -hashfile ubuntu.iso SHA256

Egy fura dolog van benne: kis- és nagybetűkre érzéketlen, kivéve az algoritmus nevét.
Md5, sha256 stb. nem jó. Ezeket csupa nagybetűvel kell írni.

Routeremen a wifi konfigban előjött valami hülye hiba. O.K., úgyis pár hónappal el vagyok maradva az upgrade-ekkel, rátolom a legfrissebbet. Szépen, gondosan kimásolok minden fontos beállítást (mert az új verzió igényli az nvram törlését és ilyenkor talán nem illik a config backupot visszatölteni), upgrade, reset, beállítok mindent.
Ö... majdnem mindent. Pár apróság lemaradt a konfig adatk kimásolásakor, jó egy óra, mire emlékezetből mindent visszapakoltam. És valami még így sem jó, de majd kiderül, hogy bug vagy feature.

Közben, hogy ne unatkozzak, mivel a win7-ben kicsit macerás az IP cím cserélgetés, bekapcsoltam a régi desktop gépem. Az eredmény néma csend. Na, ne szórakozz! Nyomkodom a bekapcs gombot, de nem reagál. Sűrű anyázás, már ott tartok, hogy szedném ki a gépet a helyéről, hogy átnézzem, mi lehet a baj, a tápkábel a kezemben marad, pedig épp csak hozzáértem... kábel vissza, táp bekapcs, bekapcsológomb megnyom és lőn... mégis működik. Épp csak a monitor sötét. Na ez már kezd sok lenni... mégis tönkrement valami? Benyúlok hátra, megigazítom a VGA kábelt (nincs becsavarozva, mert ideiglenesen raktam csak össze amikor legutóbb szétkaptam) és természetesen az is csak látszólag van csatlakoztatva. Ahogy a billentyűzet is. Leizzadtam kissé, mert sok fontos cuccom van rajta és bár van backup, de mire abból újra gép lesz (pláne mire a fotó archivumot összeszedem...). Azért gyanús, hogy a párom keze van a dologban, mert ő szokott az asztal mögött matatni, rám meg nem jellemző, hogy egyszerre három csatit is ennyire lazán hagyjak...
Hát akkor folytatom valami értelmesebb dologgal végre, router rendben, gép működik.

A hup-on láttam egy posztot, ami kissé felpiszkálta a fantáziámat.
Aztán egy másikat a cnet.com-on és az érintett eszközök listáját a bastille.net oldalon.
Hát elég hajmeresztő, amennyit értek belőle: bármikor átvehetik az irányítást a drótnélküli billentyűzetet/egeret használó gépek felett a rosszfiúk... Én úgy 10m-es hatótávolságról tudtam, de arra sosem gondoltam, hogy végső soron egy egérnél nem létszükséglet a visszajelzés, egyirányú kommunikáció is működhet, ahogy a billentyűzetek esetében is.
Hümmm...

Mentségemre: nagyon rosszul látok.
Ellenem: amíg jó volt a szemem, addig is hajlamos voltam ilyen hülyeségekre.

Szóval még mindig a kis szerveremet masszírozom. Hetekkel ezelőtt beállítottam a /etc/smartd.conf-ban, hogy a /dev/sda eszközön minden vasárnap hajnalban futtasson selftestet. Két hét után tűnt fel, hogy ez nem akar működni. Logban mindenféle warningok a smartd-től, kiiktatom őket. Még mindig semmi eredmény. Jó, futtasson minden nap tesztet. Így se működik. Mi a jó.........???

Tegnapelőtt előszedtem újra a konfig fájlt és az elejére tévedt a szemem (a teszt ütemezését a fájl végére írtam).
Éééééés...

# The word DEVICESCAN will cause any remaining lines in this
# configuration file to be ignored: it tells smartd to scan for all
# ATA and SCSI devices. DEVICESCAN may be followed by any of the
# Directives listed below, which will be applied to all devices that
# are found. Most users should comment out DEVICESCAN and explicitly
# list the devices that they wish to monitor.
DEVICESCAN -d removable -n standby -m root -M exec /usr/share/smartmontools/smartd-runner

Azt hittem, sima ügy lesz. Felhúzom a debiant, rá az lxc csomagokat, létrehozom a szükséges konténereket, oszt jónapot!
Hát nem. Még ez sem. Konténernek, rootként futtatva, viszonylag kevés értelmét látom.
Viszont, szemben az ubuntuval (14.04-est próbáltam), a systemd-t használó Debian Jessie alatt majdhogynem esélytelen. Illetve nem majdnem, teljesen...
Konténert talán össze lehetne hozni nem root user alól is, valamivel több munkával még el is indul, de ilyen konténerbe nem lehet jessie-t (meg még sok egyéb linuxot sem) pakolni.
Nem igazán értem, hogy miért, csak sejtem, hogy valahol a systemd környékén keresendő az ok.
Mindenesetre teli vele a hamvas hócipőm.
Úgy képzeltem, hogy gyártok egy szép hosszú howto-t arról, hogyan lehet egy kisebb home szerver szoftverét összetákolni, ehelyett itt szopok a konténerekkel, mert...

Hm. Hát ez nem lesz egyszerű menet akkor sem, ha ubuntura váltok. Felraktam egy ubuntu 14.04-es szervert virtualboxba és ott kipróbáltam amit ebben a leírásban javasoltak.
Ezzel sem megy. Sok dolgot megcsinál automatikusan, létre is tudok hozni konténert, de elindulni már nem hajlandó. Nem tudom, mi hiányozhat neki, de azt hiszem, itt fel is adom. Megelégszem kisebb szeparációval, úgyhogy a konténerekbe szánt szoftvereket szétosztom háromfelé és berakom őket virtuális gépekbe, talán. Vagy még azt se... marad a root alatt futó lxc. (de csak a viszonylag kevés diszkterület optimális kihasználása miatt)