Második hiba:
Scannalés távolról, tehát úgy megosztani a scannert mint egy nyomtatót. Ehez google-zni kellet, viszont egyetlen oldalán találtam rá megoldást ami szintén hosszadalmas volt.
Tehát, ami kell az a sane ami alapból telepítve van Ubi-ba, innentől kezdve egyszerű a dolog. (step by step)
1, Szerveren megnézzük hogy felismerte-e gépünk a scannler, ehez használjuk a "scanimage -L" parancsot
2, Ha látja, /etc/sane.d/saned.conf -ba , bele kell írnunk a hálózati tartományt pl. 192.168.1.0/24
3, El kell indítanunk a saned-t, ne keressétek /etc/init.d/-be nem ott lesz, simán "saned -a" kapcsolóval, én ezt rc.local-ba belelöktem, így startup-kor indul.
4, Újra indítjuk a szervert! Feltétlen kell, nem elég kill-elni, vagy saned-t újra indítani.
5, Kliens gépeken /etc/sane.d/net.conf-ba, ki kell kommentezni a timeout részt, és a fájl végére beírni a szerver címét pl 192.168.1.10
6, Most már csak 6566 -os portot kell nyitni, és a kliens gépen kiadni a parancsot: "scanimage -L", ha látjuk a scannert akkor lehet scannelni távolról, simán Simpla-scan-el.
Ha látjuk de nem tudjuk használni, akkor ellenőrizni kell hogy a felhasználónk aki nevében indítottuk a saned -t tagja-e a sane csoportnak.
Harmadik hiba:
Ez az egyik legidegesítőbb hiba, amivel életemben találtam, ugyan én nem dohányzom, de abban a pillanatban mikor rátaláltam a megoldásra, kedvem lett volna egy karton cigit elszívni.
Ubuntu 10.04 ismétlem! Ha valaki úgy járna mint én.
Crontabba szerettem volna berakni egy scriptet hogy adott időben lefusson. Amikor elérkezett az idő, a script elkezdett futni azonban észre vettem hogy 1 másodpercnyi futás után, kill-t kapott.
És akkor jöjjön az eget-rengető megoldás, amitől még most is felforr az agyvizem: "crontab -e" ugye a parancsunk, kiadjuk szépen, és a crontabunk elejére beszúrjuk a következőt: MAILTO=""
Igen, a hiba az volt hogy a crontab nem tudott információt küldeni arról hogy elvégezte az adott feladatot. Erről valami olyasmit olvastam hogy a 10.04-ben megváltoztatták az alapértelmezett MTA-t és ezért pottyan el.
Negyedik hiba:
A gépekben beépített hangfal figyelt, amit alsamixer-el tudtam bekapcsolni külön csatornája volt, azonban újra indításkor nem volt hajlandó magától bekapcsolni ezt a csatornát. Tehát ehez mi szükséges:
alsamixer-el beállítani a megfelelő hangerőt és leszedni a mute-ot a csatornáról
alsactl store-al eltárolni a beállításokat.
Majd most jön az ami szintén idegesítő, hiába teszed az alsactl restore (tehát a beállítások betöltése parancsot) a rc.local-ba, hiába rakod crontable @reboot-al, hiába nyomsz elé sleep-et, nem állítja vissza a beállított értékeket.
A megoldás pedig, a grafikus felületen felelhető Indítópult nevű "kisalkalmazás", melyben létre kell hozni egy új bejegyzést és parancsnak megadni: alsactl restore
Ötödik hiba:
Samba könyvjelzőként való tárolása a Nautilusban. Ez alapban menne is az Ubuntu-nak azonban, ha a felhasználó jelszavát megváltoztatod, az alapértelmezett keyring, (Seahorse), még mindig a régi jelszódat fogja használni. A megoldás orosz, de beválik!
rm -r .gnome2/keyring vagy ha ez nem elégséges akkor rm -r .gnome2
Ezek után azonban nem szabad piszkálni semmit, újraindítás következik, és most már minden OK lesz.
Hatodik ez már nem hiba :)
Tűzfal, de úgy hogy adott ip-kre adott portok legyenek nyitva:
Tűzfal scriptbe a következő kis megoldást találtam (bash):
IPLIST="192.168.0.2 192.168.0.3"
for ip in $IPLIST; do
iptables -A INPUT -p tcp -s $ip --dport 21 -j ACCEPT
done
Több port esetén:
IPLIST="192.168.0.2 192.168.0.3"
for ip in $IPLIST; do
iptables -A INPUT -p tcp -s $ip -m multiports --dports 21,22,80 -j ACCEPT
done
Ezek után, kicsit pesszimista lettem az Ubuntu-val kapcsolatban...főleg a crontab-os hiba, ami oda tett :)
- Ghotler blogja
- A hozzászóláshoz be kell jelentkezni
- 892 megtekintés
Hozzászólások
Subscribe.
int getRandomNumber() { // ←ez itt már az aláírásom
return 4;//szabályos kockadobással választva.
} //garantáltan véletlenszerű. xkcd
- A hozzászóláshoz be kell jelentkezni
Köszönöm :)
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
Látom nem unatkoztál. :)
Viszont a crontab problémát nem egészen fogom. Leírnád, hogy pontosan mi történt? Nekem az jön le, hogy a /etc/crontab állományban beállított/időzített scriptedet nem futtatta le, mert nem volt jól beállítva az MTA? Bocs, hogy értetlenkedek, most iszom az első kávémat.
-pilisig-
- A hozzászóláshoz be kell jelentkezni
Nem erről van szó, de kb ez a lényeg. Szóval crontáblába ahova beírod a job-okat, (ehez kell a "crontab -e" parancs), na oda kellett a legelső sorba MAILTO="" mert különben minden job csak 1 másodpercnyit futott, ennek oka pedig, hogy a crontab, minden rendszerben tudtommal, emailben küld az adott felhasználónak egy értesítést hogy lefutott a job. Na most Ubi 10.04-ben valamit kavartak az MTA-val, mert exim4 és postfixet se láttam, szóval nem tud a crontab email küldeni adott felhasználónak, így leáll 1 másodperc után. Ezért kell a MAILTO="" a legelejére, hogy ne próbáljon emailt küldeni a felhasználónak. Szerintem mindössze annyi történt hogy elfelejtették az Ubi-sok a crontab eme funkcióját. Feleslegesnek érezték az exim4 vagy postfix alkalmazást felrakni alapértelmezetten az Ubi-ba. De ha tévedek javítson ki valaki :)
- A hozzászóláshoz be kell jelentkezni
Hasznos leírás. Subscribe
- A hozzászóláshoz be kell jelentkezni
Köszönöm :)
- A hozzászóláshoz be kell jelentkezni