Hozzászólások
-
Bejegyzés
-
Lehet, hogy a baj nem szoftveres.
Pillanatnyilag a gépem nem látja az UPS-t, az lsusb sem listázza ki. Az APC eredeti kábele (egyik vége USB, a másik RJ csatlakozós), az USB port vagy maga a tápegység lehet a hibás.==============================================
Intel P4 3GHz, 1 GB RAM; ATI Radeon 9800 Pro 128 MB RAM
Debian GNU/Linux 4.0 (Etch), kernel 2.6.18-6-686, X 7.1.1
Ha nem vagy a megoldas resze, akkor a problema resze vagy.vizsla wrote:Ez talán segít: http://www.mathstat.dal.ca/~selinger/ups/backups.htmlMegnéztem. Egy network ups tool nevű alkalmazást ír le, ami bármely UPS típusra jó. Majd kipróbálom.
Én APC gyártmányú tápegységet és apcupsd szoftvert használok, de valahogy mégsem megy 🙁ÜDv,
SeGavizsla wrote:Ez talán segít: http://www.mathstat.dal.ca/~selinger/ups/backups.htmlMegnéztem. Egy network ups tool nevű alkalmazást ír le, ami bármely UPS típusra jó. Majd kipróbálom.
Én APC gyártmányú tápegységet és apcupsd szoftvert használok, de valahogy mégsem megy 🙁ÜDv,
SeGavizsla wrote:Az akku tulajdonságainak megtudakolásához – mivel a sw nem varázsló – nyalván szükséges egy adatport… van ilyen neked?
Én mondjuk nem láttam sokféle ups-t, de azok akksiján nem volt adatport és ebből következően csak a feltöltöttséget lehet mérni és becsülni az akku állapotát. Komolyabb dolgokhoz – gondolom – komolyabb ár is társul. 😉Félreértetted a kérdést! Nem arról van szó, hogy ki akarom olvasni az akku gyári számát és gyártási dátumát. Mivel csak egy „+” meg egy „-” pólus van rajta, semmi egyéb csatlakozás, ez nyilván nem lehetséges.
Viszont magának az UPS-nek a memóriája tárol egy BATTDATE nevű értéket. Ez az utolsó akkucsere időpontja, amit az apcaccess program – más jellemzőkkel együtt – ki tud olvasni és jelezni. Ezt a dátumot akarom felülírni a mai dátummal, az apctest programmal. Nem megy, helyette egy fura hibaüzenet van, és nem értem, miért.
(Az APC gyári Ablacs-os programja valamilyen módon kezeli az akkucsere dátumát, mert figyelmeztet, hogy már x éves az akku, jó volna cserélni).Üdv,
SeGavizsla wrote:Az akku tulajdonságainak megtudakolásához – mivel a sw nem varázsló – nyalván szükséges egy adatport… van ilyen neked?
Én mondjuk nem láttam sokféle ups-t, de azok akksiján nem volt adatport és ebből következően csak a feltöltöttséget lehet mérni és becsülni az akku állapotát. Komolyabb dolgokhoz – gondolom – komolyabb ár is társul. 😉Félreértetted a kérdést! Nem arról van szó, hogy ki akarom olvasni az akku gyári számát és gyártási dátumát. Mivel csak egy „+” meg egy „-” pólus van rajta, semmi egyéb csatlakozás, ez nyilván nem lehetséges.
Viszont magának az UPS-nek a memóriája tárol egy BATTDATE nevű értéket. Ez az utolsó akkucsere időpontja, amit az apcaccess program – más jellemzőkkel együtt – ki tud olvasni és jelezni. Ezt a dátumot akarom felülírni a mai dátummal, az apctest programmal. Nem megy, helyette egy fura hibaüzenet van, és nem értem, miért.
(Az APC gyári Ablacs-os programja valamilyen módon kezeli az akkucsere dátumát, mert figyelmeztet, hogy már x éves az akku, jó volna cserélni).Üdv,
SeGa„Csak egy apró kérdés.
A fájl nevekkel nincs gond? Elvileg az ékezetes betükkel tűzdelt fájlnevekkel is gond lehet!?”
Két részre bontanám:
* Linuxos filerendszer (ext2/ext3) esetén a kevéske ékezetes filenevet kézzel, mvparanccsal nevezgettem át
* Más operációs rendszerek filerendszerei esetében a mount parancs utf8 opcióját használva a filenevek ékezethelyesekÜdv,
SeGa
Intel P4 3GHz, 1 GB RAM; ATI Radeon 9800 Pro 128 MB RAM
Debian GNU/Linux 4.0 (Etch), kernel 2.6.18-5-686 X 7.1.1
Ha nem vagy a megoldas resze, akkor a problema resze vagy.Kozben tanulmanyoztam a temat, es 3 dolog derult ki:
1. A konzol unicode-os
2. Ha kicserelem a fontot Terminus-ra, akkor a kijelzesbeli problemak jo resze megoldodik.
3. A magyar billentyuzetkiosztas nem toltodik be rendszerinditaskor. Az install-keymap /usr/share/keymaps/i386/qwertz/hu.kmap.gz parancsot termeszetesen lefuttattam, de megsem jo :-(( Ha viszont rendszerindiras utan root-kent belepek, es loadkeys-zel betoltom a boottime keymap-ot, nagyjabol minden ugy megy, ahogy kell (bar CapsLock-ban meg lehetne javulni).Tovabb agyalok a dolgon.
Ameddig eljutottam:
1. Ha echo-val file-ba rogzitem a billentyulenyomasokat, majd az (UTF-8-re beallitott) Xterm-ben visszaolvasom, az derul ki, hogy az o” (ismertebb neven 26 kodu billentyu) o~ karaktert general, mig az u” (azaz 43-as billentyukod) pedig u^-t. Ha Xterm alatt szerkesztek o” és u” betuket, a kapott szovegfilet egy cat a konzolon ekezethelyesen jeleniti meg.
2. Eszerint ket problema van. Egyreszt a billentyuzetkiosztas a konzolon nem megfelelo, masreszt a hasznalt betukeszlet (azaz lat2-sun16) nem tud minden, a billentyuzet altal generalt jelet megjeleniteni.
3. A billentyuzetkiosztast egy install-keymap localhost/usr/share/keymaps/i386/qwertz/hu.kmap.gz paranccsal probaltam orvosolni. Semmi nem valtozott.
4. A dumpkeys parancs szerint a ket emlitett billentyukodhoz _semmi_ nincs hozzarendelve.Itt tartok. Otlet?
Tovabb agyalok a dolgon.
Ameddig eljutottam:
1. Ha echo-val file-ba rogzitem a billentyulenyomasokat, majd az (UTF-8-re beallitott) Xterm-ben visszaolvasom, az derul ki, hogy az o” (ismertebb neven 26 kodu billentyu) o~ karaktert general, mig az u” (azaz 43-as billentyukod) pedig u^-t. Ha Xterm alatt szerkesztek o” és u” betuket, a kapott szovegfilet egy cat a konzolon ekezethelyesen jeleniti meg.
2. Eszerint ket problema van. Egyreszt a billentyuzetkiosztas a konzolon nem megfelelo, masreszt a hasznalt betukeszlet (azaz lat2-sun16) nem tud minden, a billentyuzet altal generalt jelet megjeleniteni.
3. A billentyuzetkiosztast egy install-keymap localhost/usr/share/keymaps/i386/qwertz/hu.kmap.gz paranccsal probaltam orvosolni. Semmi nem valtozott.
4. A dumpkeys parancs szerint a ket emlitett billentyukodhoz _semmi_ nincs hozzarendelve.Itt tartok. Otlet?
legutóbbi hsz