Debian GNU/Linux

Sziasztok!

Nemrég frissítettem az általános PC-nk Debian Wheezy (7) rendszerét Jessie-re (8). A saját másodlagos gépemen állandó "testing" verzió fut, így a Jessie "viselt dolgaival" többé-kevésbé tisztában voltam (legalábbis azt hittem).

Az átállás következményeként a gépen folyamatosan 90-100% közötti CPU használatot tapasztaltunk, ami nem javult az "idő múlásával" (bootolás után x órával) sem. Rákerestem angol nyelven a problémára, első körben azt találtam az egyik fórumon, hogy ezt okozhatja, ha a /dev/kmsg nem valós eszköz, hanem linkként mutat a /dev/console - de nálam ez rendben volt.

Másik helyen mondták, hogy pl. CUPS vagy a clamav frissítő daemon is okozhatja ezt Jessie-n.
Ezek után - mivel a géphez nem kapcsolódik nyomtató - lelőttem a CPUS-ot, valamint az Apache servert (és még pár nem igazán használt service-t), de ez sem adott megoldást.

Tovább keresgéltem a hibát; az egyik fórumon találtam egy infot, hogy a journactl paranccsal nézzem a rendszerüzeneteket, és keressem benne a clamavval kapcsolatos hibákat. Ilyet nem találtam, viszont találtam gnome-session és systemd hibákat, miszerint a /run/user/1000/dconf/user nem írható. Rákerestem a hibaüzenetre, elég szép "irodalmat" találam hozzá: a lényeg az, hogy az ownernek (user és group egyaránt) 1000-nél a 1000-es uid-ű usernek kell lennie, nálam a root volt. Jogosultság beállítás után leesett a CPU használat közel 0-ra tétlen állapotba (nagy volt az öröm).

Amiért most mégis írok: sajnos az öröm nem tartott sokáig; valamiért a rendszer úgy megy, hogy bootolás után kb. fél óráig minden rendben van, utána viszont egyik pillanatról a másikra felmegy a CPU használat ismét 100% közelébe.

Keresgéltem tovább, de kb. elakadtam: mindenhol apache szerver bugra, mono-s scriptekre, stb. találok válaszokat, de ilyenek nálam nincsenek.

Merre tudnék innen továbbmenni? Konkrét hibaüzenetem nincs (nem találok), általános kulcsszóval (magas CPU használat) pedig túlnyomórészt irreleváns keresési találatot kapok, amelyek között alig tudok olyat találni, aminek bármi köze lehetne az én rendszeremnél tapasztaltakhoz.

Ugyanilyen hibát egyáltalán nem láttam a Jessie fejlesztési folyamata alatt a másik (folyamatosan frissített) Debian testing-es gépnél, így onnan sem tudok semmilyen információt szerezni... ráadásul azon a gépen 64 bites Debian fut...

Bármilyen segítséget megköszönnék, amin elindulhatok.

HW:
- AMD Sempron 2600 egymagos CPU
- VIA K8 alaplap
- 2 GB RAM
- Nvidia Geforce 7800 GS
- parallel ATA HDD

SW:
- Debian 8 - 32 bites
- Gnome/Mate környezet (felhasználónként változó)
- Proprietary NVIDIA driver csomagból

Ha még valami érdekes lehet, akkor megírom.

Köszi

borosspet

Üdv!

A következő gondom akadt, amiben szeretném a segítségeteket kérni!
Debian 8 rendszerbe történő belépéshez, (Gnome felület) beüzemeltem (?) a T430i gépben lévő ujjlenyomat olvasót.
A belépés meg is történik.
A probléma az, hogy a wifi csatlakozás viszont nem.
Külön szórakozás, a hálózat kikapcsolása, rejtett hálózathoz csatlakozás, hálózat újraindítása, (mindez akár többször is, mire a kapcsolat létrejön.)

Mindez nem jelentkezik, ha nem az ujjlenyomat olvasóval, hanem jelszó begépeléssel történik a belépés.

Mit felejtettem el az ujjlenyomat olvasó beállításánál?
(csak telepítettem a fprint-et, + felhasználónál engedélyeztem az ujjlenyomatos belépést.)

Előre is köszönöm a válaszokat!

dombi1976

Debian/GNU Linux-on 11+év használat után nem tudok hálózatot csinálni

MEGJ. Ezt rendszert kb 3+ éve használom, 99.99%-ban probléma mentesen, a wheezyt is frissíttetem már az előző verzióról

Ezt Win 7 alól írom, mivel csak itt van net

Biztos én vagyok a hülye, ha nem akkor az MS belülről kezdte szétverni a Debiant
A Rendszer

Debian/GNU Linux, 64bit, 3.2.x kernel, stable=wheezy, ablakkezelő XFCE4, de jó sok Gnome csomag is fent van,. ha ez segítség

A legutolsó KÉZI- mert már az automata frissítést se engedte - root-ként! apt-get update, apt-get upgrade után ez a helyzet

1: MINDEN!!! , SZABÁLYOSAN !!!!!!!!! VÉGREHAJTOTT - CTRL-ALT-DELETE consolból illetve X alóli ujraindítás - UTÁN az fsck.ext3 ? (ext3 a filerendszer) ellenőrzést hajt végre az engedélyem nélkül. Eddig ezt csak minden 26.-ik vagy 126-odik indítás után csinálta
De ez a kisebbik baj
A HDD 100%-ban bad sector mentes

2. 2003-ban és azóta ha gond volt, 2-3 paranccsal tudtam parancssorban router utáni internet kapcsolatot csinálni, most 3 napja nem tudok. 2003 -4 körül a legnagyobb gondom az volt hogy hány nap után tudok X -et hegeszteni a katódcsöves! monitoron, net az 11 másodperc alatt volt
Most sikerült elérni hogy már a loopback - lo - interface is eltűnt

A parancsok:

ifconfig = SEMMI kimenet
Még az lo interface is eltűnt, ilyet 11+ éve nem pipáltam, még Suse, UHU Linux és Red Hat alatt se

A parancsok (az apt-get update, apt-get upgrade után) , root - ként

ifconfig eth0 192.168.1.8 netmask 255.255.255.0
felváltva a

ifconfig eth0 192.168.1.8 up paranccsal

majd a

route add default gw 192.168.1.1 eth0

illetve

route add default gw 192.168.1.1

(192.168.1.1 a router IP-je)

Ezután "látszólag" van internet, legalábbis a 8.8.8.8-at tudom pingelni de hostnevet nem (hwsw.hu például)
A router felülete is bejön

/etc/resolf.conf tartalma (eddig üres volt , csak a

# Generated by Network Manager sor volt benne, de akor még az

etc/resolf.conf

tartalma

auto eth0
iface eth0 inet dhcp volt

De az apt-get upgrade LEGYALULTA a network-manager-gnome? csomagot meg kb 180 másik csomagot, de elvileg újra rakta szinte mindet az újabb verziókkal)

/etc/resolf.conf tartalma )most írtam bele kézzel) eddig nem kellett mivel az avahi? automatán beállította a hálózatot

192.168.1.1
208.67.222.222
Utóbbi az OpenDNS egyik szervere

/etc/network/interfaces fájl tartalma - most hogy idegességemben össze-vissza irkáltam, eddig

auto eth0
iface eth0 inet dhcp volt
(a wifi-t most hagyjuk egyenlőre)

MOST

auto eth0
iface eth0 inet static
address 192.168.1.7
netmask 255.255.255.0
gateway 192.168.1.1

Eddig idáig jutottam a fenti parancsok után

a 8.8.8.8-at és a 192.168.1.1-et - is ez a router - tudom pingelni tehát (szerintem) DNS feloldási hiba van

ping hwsw.hu sem megy
Böngészőből SEM megy egy oldal SEM, csak a router admin oldala

köszönöm a válaszokat

ui: az apt-get upgrade parancs kb 180 csomagot, küztük a gnome-core és egyéb - általam - létfontosságúnak tartott csomagot eltávolított majd ujrarakott, olyan ~310+MB méretben, közben többször rákérdezett bizonyos services-ek ujraindítására, amit engedélyeztem
Még egy megjegyzés, hátha itt a gond
A Budapesti Műszaki Egyetem - bme- szervereiről - amit eddig használtam - nem akarta letölteni az apt-get update a csomagokat ezért kényelmi szempontból rgy sorces.list generátorral állítottam elő az új /etc/apt/sources.list-et , úgy hogy az összes maint, contrib, security és non-free stb. , kivéve a 3th party csomagokat - csomagot bepipáltam, a szerver az ftp.hu.debian.org (99%-ék)

Előre is köszönöm a segítséget

Sziasztok.

Egy hálózattól, minden egyéb külső behatástol mentes debianom van egy gépen. Azt szeretnem elérni, hogy minden bootolásnál semmi se íródjon a merevlemezre. Se napló, semmi. A tmp könyvtárak mar eleve ramdrive-on vannak (ez mondjuk egy wicd-nek halál).

Kérdésem az, hogyan kezdjek neki a "nagytakarításnak"...

Sziasztok!

Abban szeretném kérni a segítségeteket, hogy telepítettem egy dedian8-at és arra egy samba4 AD DC-t, de a csatlakozás igen lassú. A telepítés során minden hiba nélkül sikerült. A windows7-es gép belépett a tartományba, újraindítom a gépet, majd be szeretnék lépni. Ekkor be is enged, de közel 5 perc mire megjelenik az asztal. (Többszöri belépés után sem csökken ez az idő...)
Van esetleg valami ötletetek, hogy mi lehet a hiba oka?

Előre is köszönök minden segítő hozzászólást!

A Debian7 alatt tökéletesen működő mount, valami miatt nem szereti csatolni az ntfs partíciómat.
További beszédes infók:

blkid|grep -i ntfs
/dev/sda1: LABEL="Rendszer szM-CM-!mM-CM-!ra fenntartott" UUID="38544003543FC284" TYPE="ntfs" PARTUUID="000134b8-01"
/dev/sda2: UUID="CCBCAE33BCAE184A" TYPE="ntfs" PARTUUID="000134b8-02"


valamint:

mount -t ntfs-3g /dev/sda2 /mnt -o rw && ls /mnt
Mount is denied because the NTFS volume is already exclusively opened.
The volume may be already mounted, or another software may use it which
could be identified for example by the help of the 'fuser' command.


végül:

cat /etc/fstab
# /etc/fstab: static file system information.
#
#

#Entry for /dev/sda6 :
UUID=3824bf78-011c-475e-8f15-3bbbad849ff4 / ext4 errors=remount-ro 0 1
#Entry for /dev/sda7 :
UUID=fc9eb132-52b7-4038-a454-8b567a11d8e3 /media/Fedora ext4 defaults0 0
#Entry for /dev/sda5 :
UUID=3abd637f-5450-45d7-9c4c-fe13a4d59404 none swap sw 0 0

Bármilyen ötletet, segítséget szívesen fogadok. Köszönöm!

Bocs ha láma a kérdés:
Debian testinget használok. Egy pár napja megjelent 21 xorg csomag frissítése, ami frissítés el akarja távolítani az fglrx-driver és egyéb fglrx csomagokat. Nyilván nem frissítem emiatt az xorg-ot. Ez miért van? Hogy lehet megoldani? Kissé zavar, nehogy véletlen leszedjem, illetve synaptic-ból mindig ki kell vennem a többi frissítendő közül...
Mintha korábban is lett volna ilyen, frissítettem, és akkor utána nem tudtam visszatenni az fglrx-et, nem emléxem pontosan, ezért most nem merek frissíteni (mert amúgy nagyon elégedett vagyok a rendszerrel (jól be van lakva, otthoni használat)).

Sziasztok!

Egy samba szerverrel kapcsolatban szeretném a segítségeteket kérni.
Telepítettem a samba-t, létrehoztam a megosztásokat és a windows-os gépeknek sikerül is csatlakoznia a tartományhoz, azonban csak a saját home könyvtárat csatolja. A netlogon.bat-ot nem hajtja végre (kézzel fel tudok csatlakozni)

smb.conf

[global]
workgroup = SAMBADOMAIN
netbios name = SAMBAPDC
map to guest = Bad User
obey pam restrictions = Yes
pam password change = Yes
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
unix password sync = Yes
syslog = 0
log file = /var/log/samba/log.%m
max log size = 1000
name resolve order = lmhosts host wins bcast
load printers = No
add machine script = /usr/sbin/useradd -g machines -c "%u machine account" -d /var/lib/samba -s /bin/false %u
logon drive = H:
domain logons = Yes
preferred master = Yes
domain master = Yes
dns proxy = No
wins support = Yes
usershare allow guests = Yes
panic action = /usr/share/samba/panic-action %d
idmap config * : backend = tdb

[homes]
comment = Home Directories
valid users = %S
read only = No
create mask = 0700
directory mask = 0700
browseable = No

[netlogon]
comment = Network Logon Service
path = /home/samba/netlogon
valid users = %U
admin users = administrator
guest ok = Yes
share modes = No

[profile]
comment = User profiles
path = /home/samba/profiles
valid users = %U
read only = No
create mask = 0600
directory mask = 0700
browseable = No

[dolgozok]
comment = All Users
path = /home/dolgozok
valid users = @users
force group = users
read only = No
create mask = 0660
directory mask = 0771

[printers]
comment = All Printers
path = /var/spool/samba
create mask = 0700
printable = Yes
print ok = Yes
browseable = No

[print$]
comment = Printer Drivers
path = /var/lib/samba/printers

netlogon.bat

net use x: \\sambapdc\dolgozok /yes

Előre is köszönöm a segítő hozászólásokat!

Sziasztok!

A következő problémába ütköztem Raspberry PI eszközön,( Raspbian rendszeren) szeretném azt elérni, hogy az automatikus bejelentkező felhasználó egy weblapot nyisson meg, amit sikerült is elérnem, viszont a képernyő 5 perc után pár ( 0,5-2) másodpercig elsötétedik, majd újra aktívvá válik
Mivel azt szeretném elérni, hogy minél kevesebb erőforrást igényeljen ez a művelet ezért a rendszerem blackbox-on nyitja meg a kívánt oldalt.

Teszt felhasználóm: teszt

Rasbian-on pluszban feltelepített csomagok:
chromium unclutter blackbox

//Megjegyzés:
//Tesztelgetések során a virtuáliskörnyezeten is próbálkoztam itt Debian 7.7.0 változattal, itt a következő csomagokat is //kellett telepíteni:
// chromium unclutter xinit blackbox
//
//Egyéb okok miatt a a következőcsomagokat is fel kellett telepítenem:
// xserver-xorg xserver-xorg-video-all
//

A következő parancsokat futtattam:

Automatikus indításhoz:
useradd -m -s `which xinit` teszt

indítófájl: /home/teszt/.xinitrc (részlet, előtte az $URL változó meghatározása történik)
** ** *** *** **** ** *** ***** ** *** ***

# ablakkezelő indítása
blackbox &

#Egérmutató elrejtése
unclutter &

xset -dpms
xset s off

# Automatikus chromium indítása
chromium --no-first-run --kiosk $URL

** ** *** *** **** ** *** ***** ** *** ***

Parancs, amely az automatikus bejelentkezést konfigurálja az inittab-ban
sed -i -e 's/getty 38400 tty2/getty -a teszt tty2/' /etc/inittab

A „teszt” felhasználót létre hozva betölti a kívánt oldalt, de mint fentebb írtam 5 perc után elsötétül kb 0,5-2 mp-re, tesztek során Raspberry-n (Rasbian) és virtuáliskörnyezetben(Debian7.7) is ugyan így viselkedik.

Remélem valakinek van valamilyen ötlete.
Előre is köszönök minden fajta segítséget.

Hi!

Samba, rajta sok megosztás. A "problémás" felhasználó több megosztáshoz is csatlakozhat, ezek működnek is, viszont a "teszt" megosztáshoz nem engedi csatlakozni, holott minden joga megvan hozzá. Amit eddig láttam:
1. Az adott gépről, az adott felhasználó:
- amely megosztáshoz jogosultsága van tud csatlakozni és használni,
- amely megosztáshoz nincs joga és csatlakozni próbál, akkor név/jelszót kér
- a "teszt" megosztáshoz lenne joga(!) de a Windows azt mondja, hogy kérjen jogot a rendszergazdától. Tehát a név/jelszó bekérő ablakot sem dobja fel!!!

Mivel mindenhez jogom van, így az adott gépről saját névvel próbáltam csatlakozni és meglepetten tapasztaltam, hogy a "teszt"-hez nem férek hozzá! Minden máshoz hozzáférek. Saját gépemről a "teszt" is működik.

Ezek alapján az adott gép-"teszt" megosztás párossal van valahol a kutya elásva. Mintha valahol eltárolódott volna valami és azt használná. Néztem a Vezérlőpult -> Felhasználói fiókok -> Saját hitelesítő adatok kezelését, de ott nincs letárolva semmi.

Próbáltam a "net use /delete \\192.168.1.3\teszt" parancsot, ami lefut (pedig nincs felcsatolva), ha másodszor kiadom, akkor már hibát ír ki, tehát a leválasztás - vagy valami - megtörténik.

A registry-ben a "teszt"-re vonatkozóan nincs semmi.

Valakinek esetleg ötlete, hogy miért nem lehet csatlakozni, merre nézzek szét?

Előre is köszönöm!