Debian GNU/Linux

[Megoldva]Törött/rosszul települt csomag HELP

Fórumok

Sajnos ki akartam próbálni egy programot, (mimo-studio) ami félig/rosszul/sehogyan nem települt. Viszont beragadt.
Terminál:
# dpkg --configure -a
Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-3.2.0-4-686-pae
Beállítás: mimio-studio (11.31-en) ...
Could not parse file "/usr/share/applications/mimio-collaborate.desktop": Key file contains line '?[Desktop Entry]' which is not a key-value pair, group, or comment
update-initramfs: deferring update (trigger activated)
MDKLoadLibrary('/var/opt/mimio/mimiosys.so') failed: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.15' not found (required by /var/opt/mimio/mimiosys.so)

És itt megáll. Vártam 5 percet és semmi. Aztán megismételem és semmi. Szóval elakadtam, tanácstalan vagyok.

[Solved] Samba4 Jessie

Fórumok

0 ról telepített Jessiebe alapból működnie kéne a sambanak úgy gondolom.

apt-get install samba

smbpasswd -a luzer

log level = 3

[teszt]
follow symlinks = yes
wide links = yes
comment = store
path = /teszt
valid users = luzer
write list= luzer
read only = no
public = no
writable = yes
printable = no
create mask = 0664
directory mask = 0775
sync always = Yes
force directory mode = 0775
force create mode = 0664

Semmi mást az égvilágon nem módosítottam.

smbclient -U luzer //localhost/teszt
Enter luzer's password:
Domain=[WORKGROUP] OS=[Unix] Server=[Samba 4.1.17-Debian]
tree connect failed: NT_STATUS_ACCESS_DENIED

[2015/04/16 10:13:25.341607, 3] ../source3/auth/auth.c:177(auth_check_ntlm_password)
check_ntlm_password: Checking password for unmapped user [WORKGROUP]\[luzer]@[DEBIANTEST] with the new password interface
[2015/04/16 10:13:25.341641, 3] ../source3/auth/auth.c:180(auth_check_ntlm_password)
check_ntlm_password: mapped user is: [DEBIANTEST]\[luzer]@[DEBIANTEST]
[2015/04/16 10:13:25.341677, 2] ../source3/auth/auth.c:288(auth_check_ntlm_password)
check_ntlm_password: Authentication for user [luzer] -> [luzer] FAILED with error NT_STATUS_NO_SUCH_USER
[2015/04/16 10:13:25.341721, 3] ../source3/auth/auth_util.c:1593(do_map_to_guest_server_info)
No such user luzer [WORKGROUP] - using guest account

e2fsprogs_1.42.5-1.1+deb7u1_amd64.deb telepítési hiba

Fórumok

Sziasztok,

egy ideje már küzdök vele, és mivel googleban sem találtam értelmes magyarázatot, hozzátok fordulok:


cat /etc/debian_version
7.8

apt-get update && apt-get upgrade után ennek a csomagnak a telepítése leáll azzal, hogy a /usr/bin/chattr -ből nem tud mentés készíteni - ami jogos is, mert:

lsattr /usr/bin/chattr
----ia---------- /usr/bin/chattr

a chattr parancsot természetesen önmagára NEM lehet meghívni, tehát NEM tudom az i flat-et levenni (immutable, tehát NEM módosíthatja semmi)

Van valakinek megoldási javaslata? Élő szerver ~1000km-re tőlem, amihez csak IPkonzolom van, nem szeretném megölni a filerendszerét :)

AVR kontrollerek programozása

Fórumok

Kezdek összezavarodni :(
Minden különösebb gond nélkül eljutottam oda, hogy képes vagyok (most épp) egy ATmega16A assembler programozni - avrdude, jtag ice1 (kínai ocó) és avra.
Ahogy kicsit elkezdtem "bonyolultabb" dolgokat kódolni, rögtön eljutottam oda, hogy debuggolni kellene. Elvileg a jtag erre alkalmas. Fel kellett csapni a avarice "konnektort" a avr-gdb -hez - miután megadtam a device -t ez is elindult. Akkor jött a meglepi ahhoz, hogy debuggoljak a program elf formátumban kell hogy legyen - az égetéshez az hex a tuti. Itt viszont kiderült, hogy az avra nem tud ilyet :( Kopp. Zsákutca? Nem lehet ezt valahogy megoldani? Olyat nem találtam hogy "hex 2 elf", legfeljebb "hex 2 bin".
Előzőleg, már feltettem az arduino csomagot - vettem néhány arduino kompatibilis (klón) mütyürt és ezzel tudtam gyorsan kipróbálni - működik-e egyáltalán. A lényeg hogy fenn van a az avr-gcc avr-as és tartozékai. Ha jól értem ez letudja forgatni az assembly fájlomat, de csk össze-vissza panaszkodik:

avr-gcc -mmc=atmega16 ize.asm
ize.asm: file format not rcognized; treating as linker script
ize.asm:3: syntax error

A harmadik sor - megjegyzés :(
Megpróbálom átrágni magam az avr-gcc parancssori kapcsolóin - eléggé ijesztő - de ha valaki tudja a megfejtést azt megköszönném.
Már vagy tíz éve programoznak AVR kontrollereket Linux alól, csak nekem nem sikerül? :(

AVR UART teszt forrás:
http://pastebin.com/PKAwk6EY
"Ugyan az" csak tiszta assembly, avra fordító:
http://pastebin.com/SkXdPF1K

Friss forrás kód: http://pastebin.com/HHgUuEEZ
Friss "Makefile": http://pastebin.com/W72mZ2Qf

OFF:
Az már most jól látszik, hogy kénytelen leszek a C felé mozdulni. Az AVR processzorok RISC jellegű utasítás készletének köszönhetően a legegyszerűbb apróságok lekódolása is három-négyszer annyi utasítást igényelnek, mint mondjuk az MCS51 család (ami nem risc). Viszont (az én tapasztalatom szerint) vagy inline assembly vagy külön assembly modulok jól jönnek az időkritikus helyeken. Nem akarnám feladni az assemblert teljesen.

Bluetooth headset Debian alatt

Fórumok

Sziasztok!

Van nekem egy A2DP kompatibilis bt. headsetem. Típusa: I9400 (a képen fehér, de egyébként fekete).

Támogatja a zenehallgatást és a Skypeolást is, vagy nem tudom, mi ennek a pontos neve.

Több telefonnal és MacBook Air-el párosítva működik jól. A minap jött meg hozzá egy bluetooth dongle is, amit fel is ismer a Debian. Párosítás összejön, csatlakozik is a headsethez, de néma minden.

Merre induljak? Googleztam természetesen, de csak Alsa hogyanokat találtam, azok meg nem működnek.

Minden ötletet előre is köszönök!

Kijelző fényerőállítása - NVIDIA / KDE

Fórumok

Sziasztok!

A rendszer Debian Wheezy, a tárolóban lévő KDE 4.8.4-es verzióval.
Gépet cseréltem (notebook), az új gépben NVIDIA Quadro FX 880M (GT216) videokártya van.

Problémám, hogy a tálcán lévő "Battery Monitor" widget-ben hiába húzom arrébb a csúszkát, a kijelző fényereje nem változik.
Ezzel együtt az akku/hálózati üzemmód változásakor sem jut érvényre a hozzá tartozó beállítás.

Próbálkoztam nouveau-val is, jelenleg a hivatalos NVIDIA modulja fut a rendszeren, mindkettőnél azonos jelenség tapasztalható.

Ismerősöm emlékei szerint (másik gép másik, de szintén NVIDIA videokártyájával) ugyanez a jelenség a Squeeze --> Wheezy váltás óta áll fenn.

Kérdésem, hogy van esetleg valakinek megoldása erre a problémára?
Egyelőre nem szeretnék Jessie-re frissíteni, amíg nem adják ki hivatalosan.

A funkcióbillentyűkkel változtatható a fényerő, csak szoftverből (legalábbis a Battery Monitor-ból) nem.

Bármilyen ötletet / javaslatot előre is köszönök.

Jessie néma systemctl

Fórumok

Sziasztok,

Jessinél az normális, hogy a systemctl start/stop-nál semmi visszajelzés nincs konzol felé?
Pl:
root@devel:~# systemctl stop munin-node
root@devel:~#

ellenben wheezy:
root@eper: ~# service munin-node stop
[ ok ] Stopping Munin-Node: done.
root@devel:~#

Igen, a journalctl-el meg tudom nézni a hozzá tartozó logokat, de esetleg kicsikarható valahogy egy minimális visszajelzés?
Néztem beállításokat (/etc/systemd/*), googleztam, de sajnos nem találtam megoldást, sőt olyat se akinek hasonló problémája lett volna.

köszi

Mik a release szokások Debian-nál?

Fórumok

Nézegettem az uj Debian releas-t (jessie).. tanulmányozom egy ideje és pár dolgot nem értek a csomag frissítések között. Hátha valaki tudja a kérdéseimre a válasz, szóval bele is vágnék konkrét példával:

Apache: jelenleg a poszt írásnál a stabil releasen (wheezy) 2.2.22 apache a legfrissebb viszont : http://httpd.apache.org/ alapján a legfrissebb verzió a 2.2-es családból a 2.2.29 ami 2014-09-03-án került kiadásra míg a mostani stabil debian kiadása 7.8 2015. január 10. Megértem hogy nem frissítik az apache-ot 2.4-re hisz azt jessie-ben teszik meg, de családon belül hogyhogy nem upgradelnek? (továbbmegyek ugyan ebben a témában....)

Apache 2.4: Jessie-ben a legfrisebb verzió a 2.4.10-9 viszont apache már 2.4.12-nél tart. Tehát idővel befagyasztják a csomagokat és már csak kritikus hibákat javítgatják bennük?

(Tudom hogy akármilyen verziót feltehetek, nem csak forrásból lehet telepíteni, csupán a csomagkezelést akarom megérteni.)

Még inkább érdekes téma pl a MySQL csomag.
Jelenleg a stabil verzió: 5.5.41-0
Testing/Unstabil verzió: 5.5.42-1

Az 5.6-os sql-re "experimental" verziót írnak ami kísérleti ha jól fordítom. Pedig a mysql oldalán "Mar 15, 2011" dátummal találtam meg az 5.6.2-es verziót (4éve) és perpil stabil verzióként "Nov 22, 2014" dátummal az 5.6.22-őt...

Valaki tud valami észt osztani nekem? :)

(Megoldva) DNS forward beállítása Debian alatt

Fórumok

Adott egy Debian szerver, amin fut egy bind9, a belső hálózatban található egy Windows szerver is, melyen található egy intranetes domain. A linuxos szerveren kellene bekonfigurálnom, mivel ő a DNS-e a kliens gépeknek, hogy ha a "cegnev.local" domaint keresi valaki a belső hálón, illetve ide tartozó aldomaineket akkor azt a Windows szerver tudja kiszolgálni.

/etc/resolv.conf állomány tartalma:

nameserver 127.0.0.1
domain intra.net
search intra.net
nameserver 8.8.8.8
nameserver 8.8.4.4

/etc/bind/named.conf.default-zones állomány tartalma:

zone "cegnev.local" {
type forward;
forward only;
forwarders { 192.168.xx.1; };
};

/etc/bind/named.conf.options állomány tartalma:

options {
directory "/var/cache/bind";

// If there is a firewall between you and nameservers you want
// to talk to, you may need to fix the firewall to allow multiple
// ports to talk. See http://www.kb.cert.org/vuls/id/800113

// If your ISP provided one or more IP addresses for stable
// nameservers, you probably want to use them as forwarders.
// Uncomment the following block, and insert the addresses replacing
// the all-0's placeholder.

forward first;
forwarders {
8.8.8.8;
192.168.xx.1;
};

//========================================================================
// If BIND logs error messages about the root key being expired,
// you will need to update your keys. See https://www.isc.org/bind-keys
//========================================================================
dnssec-validation auto;

recursion yes;
allow-query { any; };

auth-nxdomain no; # conform to RFC1035
listen-on-v6 { any; };
};

Van esetleg ötletetek, hogy mi maradhatott ki, vagy mi a rossz a beállítások közt, mert nem igazán akar működni ez a DNS forward.

Amennyiben az nslookup-nál szerverként a Windows szerver ip-jét adom meg akkor megy a lekérdezés a cegnev.local domainekkel kapcsolatban, de ha a linuxon simán, vagy egy kliensgépen, aminek a linux van megadva DNS kiszolgálóként, nem működik a domain lekérdezése. Természetesen minden más netes domain megy szépen.