Végre kijött a Legacy NVIDIA driver. Az otthoni Ubuntunak már sok gondja volt a másik szériával, ami már nem támogatja a TNT2-es videokártyámat. Ettől függetlenül még mindig tervben van a kártya cseréje, már csak a DVI csatlakozó miatt is.
Sok időt megspórolhattam volna, ha ki sem veszem a nemrég vásárolt nyomtatóhoz adott (Samsung ML-2010) cédét a tokjából. Legalábbis linux alatt. A már korábban más nyomtatókkal (Samsung ML-1710, HP DeskJet 5740) működő Debian Sarge-féle CUPS-hoz csak a megfelelő PPD fájlt kellett volna előkeríteni, mondjuk innen:
Samsung-ML-2010.ppd (eredeti forrás)
Ezt bemásolva a /etc/cups/ppd könyvtárba, majd
apt-get -u install foomatic-filters
és CUPS restrart, illetve CUPS konfig után megy is a tesztoldal nyomtatása. Nem kell semmilyen /etc/linuxprint.cfg fájl generálni, stb.
Remélhetőleg nem hagytam ki semmilyen fontos lépést, mert nem kicsit kavartam a beállításokkal. A korábban felmásolt filter könyvtár nélkül is nagyon jól megy, sőt, épp a cédén lévő szűrőfájlokkal nem hajlandó működni a nyomtató. Bár, ha a cédén lévő PPD-t használnám, akkor lehet, hogy ezek lennének a jobbak.
Némi felhasznált irodalom:
To print or not to print - Innen amúgy elég volt a fenti csomagot is felrakni.
update1: a szoftveres toner save a Configure / General / Economy mode alá van eldugva.
Cserélni kellene az alaplapi elemet a gépemben, mert elég gyakran elfelejti a rendszeridőt. Emiatt aztán szükségtelenül is futtatja az fsck-t bootolás közben. Egyelőre csak egy ilyen workaroundra tellett:
#!/bin/sh # check-date.sh Check system date. # # Check system date and call a sulogin to set it # if it's too old (because the BIOS forget it). # # to use (in debian sarge): # save it as /etc/init.d/check-date.sh # cd /etc/rcS.d # ln -s /etc/init.d/check-date.sh S09check-date.sh # # GNU/GPL, author: palacsint, http://www.palacsint.hu/ # v0.1 - 2005. 12. 24. echo -n "Check system time..." PATH=/lib/init:/bin:/sbin YEAR=`date -d now "+%Y"` if [ $YEAR -lt 2006 ] then echo "too old. You should set it." /sbin/sulogin -t 30 $CONSOLE else echo "OK" fi exit 0
Bootoláskor ellenőrzi a dátumot, ha 2006-nál kevesebb az évszám, akkor hív egy sulogint, ahol kézzel megváltoztatható a dátum, vagy akár rebootolni is lehet. Ilyenkor valószínűleg nem csak a dátumot kell beállítani a cmos-setupban.
Kezdem megunni ezt a gyakori kernel-cserét, meg azt is, hogy mindig probléma van vele. Most visszaváltottam az alap debianos (2.6.8-as) kernelre. Az újabbakban átírtak valamit az usb környékén, ami miatt nem fordul le a lirc 0.7.2. Próbálkoztam a 0.8.0pre1-el. Ez működik is, de ezzel meg az mplayer nem fordul le. Lehetetlen helyzet.
Végre sikerült rájönni, hogy miért kell minden bootolás után újratelepíteni az nvidia drivert. A megoldás egyszerű:
# cat /etc/udev/links.conf ... M nvidia0 c 195 0 M nvidia1 c 195 1 M nvidiactl c 195 255
Sajnos egy régi tnt2 chipes videokártyám van, amihez már nincs új driver, így a 7174-essel (2005 március) tudom csak hajtani. Tudom, nem mai darab, de nekem még megfelel(ne, ha lenne hozzá később is driver). Az nvidia jóvoltából előbb-utóbb le fogom cserélni, de az már nem nvidia lesz.
Megírtam a bajomat az ügyfélszolgálatnak. Válaszoltak pár nap múlva: írjak a magyar supportnak, mert nem az USA-ban vettem a winyót. Írtam nekik is, fél napon belül válaszoltak: még nem láttak ilyen hibát, vigyem vissza a boltba, ki fogják cserélni.
Időközben próbálkoztam a gyártó dos-os progijával átírni az oprendszer számára látható szektorok számát kicsit nagyobbra, de nem sikerült. Ugyanez a tesztprogi szintén nem talált hibát a diszken. Úgy sem, hogy a sil0680 chipes RAID-vezérlőn lógott a winyó.
A baj csak az, hogy most le kell mentenem 160 gigányi cuccot dvd-re, vagy venni még egy winyót a csere idejére.
Annyira szeretem, hogy mindig olyan hibákat találok, amit még senki sem látott, vagy a google sem ad rá értelmezhető választ (illetve én nem tudok hozzá megfelelő kulcsszavakat). Most például egy SMART hibát kaptam ki:
Offline_Uncorrectable error at sector 313962848.
Mindez nem sokkal azután, hogy beszereztem egy második winyót is, és RAID1-be kötöttem őket, vagyis egy részüket.
A hibát elvileg egyszerűen lehetne javítani, s az elektronika is megtehetné magától, de valamiért nem sikerült neki. Így kézzel kell csinálnom. Ez annyiból állna, hogy teleírom nullákkal az adott néhányszor 512 bájtot és kész. Az elektronika elintézi, hogy utána az ide irányuló írások, olvasások át legyenek irányítva egy jó szektorra.
A galiba azonban ott kezdődik, hogy nekem nincs ilyen szektorom. Legalábbis alapból nem látszik, fdisk kevesebbet mutat, s dd-vel sem tudok a megadott címre írni. Az utolsó néhány szektorról van szó, ezeket gondolom fenntartja magának a winyó.
A smartmontools support listáján a Large Disk HOWTO
READ NATIVE MAX ADDRESS / SET MAX ADDRESS alfejezetét ajánlották olvasgatásra, de igazából ettől sem lettem okosabb.
A dolog amúgy azért is zavaró, mert a smartd félóránként jelzi a logban, hogy baj van. A fenti howto-ban található setmax programot is próbálgattam, de csak 137 gigabájtosnak minősítette az egyébként 160-as diszkeket.
Legutóbbi hozzászólások
9 év 12 hét
10 év 1 hét
10 év 5 hét
10 év 23 hét
11 év 25 hét
11 év 30 hét
11 év 30 hét
11 év 32 hét
11 év 42 hét
12 év 12 hét