Sziasztok!
Acer Aspire 5 A515-51G laptop UEFI win 10, mellé került Leap 15.0 A boot renben, grub-ban válaszható a windows 10. A problémám, hogy újra indulás után, a win 10 indul automatikusan, a grub az F12 nyomkodása után szedhető elő. Nekem egyszerű megoldás lenne jó, grub menü és ott egyszerűen választható melyik os indul. Ha valaki tud erre megoldást megköszönném.
Sziasztok!
Kb. két hete nem tudok belépni egy webes alkalmazásba, amely az e-személyi olvasó alkalmazást használja. Opensuse Tumbleweed-et használok, lehet felkerült valami frissítés, nem tudom.
Ez a hibaüzenet:
A Firefox nem képes kapcsolatot létesíteni a(z) 127.0.0.1:19750 helyen lévő kiszolgálóval.
A webhely ideiglenesen nem érhető el vagy túlterhelt. Próbálja újra pár perc múlva.
Ha semmilyen oldalt nem tud letölteni, ellenőrizze a számítógépe hálózati kapcsolatát.
Ha a számítógépet vagy a hálózatot tűzfal vagy proxy védi, ellenőrizze, hogy a Firefox számára engedélyezett-e a webhozzáférés.
Próbáltam megnyitni a portot Yast tűzfalban, viszont nmap -p 1-20000 127.0.0.1 nem listázza mint nyitott portot. firewall-cmd-vel kézzel hozzáadva azt írja, hogy a port már nyitva van.
Az e-szig alkalmazás fut, felismeri a kártyát.
Mi lehet a gond?
Itt érhető el az alkalmazás: http://www.kekkh.gov.hu/Eszemelyi/kartyaolvaso/kartyaolvaso_alkalmazas
Hali!
Miután már minden cikket elolvastam szeretnék segítséget kérni Suse Linux ntp AD fele ügyben.
driftfile /var/lib/ntp/drift/ntp.drift
logfile /var/log/ntp
trustedkey 1
requestkey 1
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery
restrict 127.0.0.1
restrict ::1
server iburst
server iburst
A server után 2 Ad szerepel de a neveket kitöröltem. Megnéztünk már mindent, ilyen olyan kapcsolókat,de egyszerűen nem fogadja el valid time sourceként őket. ntpq nál a condition reject lesz mindig. Manuálisan ntpdate-el megeszi, de a deamon rc restart után nem fogadja el.ha bárki bármi praktikát tud ne tartsa már magában mert elfogytak az ötleteink.
Köszi
Egy gépen lecseréltem a linuxot openSUSE 13.1-ről 42.3 verzióra, és azóta csak azok a samba megosztások használhatók, amik a /home könyvtárból nyílnak. A próbálkozáshoz leegyszerűsítettem az smb.conf fájlt a következőre:
[prb]
browseable = Yes
comment = prb
path = /prb
read only = No
[prbh]
browseable = Yes
comment = prbh
path = /home/prb
read only = No
A helyi gépen belépve a felhasználó teljes joggal hozzáfér mind a két könyvtárhoz (/prb , /home/prb) Távolról látszik, hogy van mind a két megosztás (prb , prbh), de a prb megosztás tartalma már nem látható. A log fájlból az olvasható ki, hogy nincs hozzáférési jog a directory olvasásához. A /home alatti bármelyik könyvtár megosztható, de ezen kívül bármi másnak a tartalma nem látható.
Hol lehet ez letiltva?
Sziasztok!
Feltelepítettem a Suse 42.2 leap linuxot és a kapcsolatokban sehol nem látszik wifi csatlakozási lehetőség. Tudnátok esetleg segíteni?
Előre is köszönöm
Sziasztok. Pénteken este, és a hétvégén a Cups-pdf beállításaival bajlódtam, de a végén sikerült az egészet valahogy elqúrni. Ezt nem is vettem észre, csak hétfő reggel, mikor jelezték, hogy nem mennek a nyomtatók. A jelenség röviden a következő: A nyomtatás létrejön, a /var/spool/cupsban létrejön a leíró file és a nyomtatandó tartalom, de a filterek már nem férnek hozzá ezekhez, "Unable to open file "/var/spool/cups/d1234567-001": Permission denied". Ha manuálisan átírom a jogosultságot, és újraindítom a nyomtatót, akkor kinyomtatódik, de a következő már megint bentragad. Ez a jogosultság hiba az összes filternél előjön. A nyomtatásnál root:lp -rw-r----- a nyomtatandó tartalom, ezt nem tudják olvasni a filterek. (amiknek elvileg lp userként kéne menniük) Ami még érdekes, hogy a próbanyomtatás képe megváltozott, az eredeti, "csecsás" cups mintaoldal helyett csak egy egyszerű oldalt nyomtat, és más a grafika.
A rendszer: Linux 2.6.37.6-24-desktop #1 SMP PREEMPT 2012-10-18 22:36:08 +0200 x86_64 x86_64 x86_64 GNU/Linux openSUSE 11.4 (x86_64) CODENAME = Celadon CUPS=1.4.6., root:lp
A rendszer tartalmazza az elérhető frissítéseket, de dist upgrade nem lehet szerveren futó linuxos ERP rendszer miatt, ami egyedi fejlesztés(volt) és itt megállt. Előtte tökéletesen működött, most valami nagyon el lett cseszve.
Eddig az alábbiakat néztem át: debug bekapcsolva, logban a hibán kívül semmi támpont. Apparmor cups profil letiltva, apparmor eltávolítva. cups config default (sys root), a könyvtárak és a file-ok mérete, jogosultsága (/etc/cups, usr/lib/cups, usr/share/cups) megegyeznek a telepítőcsomag eredeti állományaival. Próbáltam azt is, hogy a /var/cache/cups alól kitöröltem amit lehetett, semmi. Próbáltam azt is, hogy egy-egy nyomtatót töröltem, majd újratelepítettem. Semmi. Egy másik szerveren levő ugyanilyen CUPS jogosultságai, beállításai alapján átnéztem mindent. Semmi. Így három nap után kezdem feladni, már minden szóba jöhető ötletet végignéztem.
Jelenleg egy végtelenített script fut, ami kb 30 másodpercenként átírja a jogosultságot, és újraindítja a nyomtatást, így működőképes maradt a rendszer, de ez csak gányolás.
Ami nem jöhet szóba: Dist upgrade, Cups újratelepítés (kb 50 nyomtató van szanaszét a megyében, ami 05-22 idő alatt full-ba nyomja, utána meg indulnak a mentési és egyéb hosszabb scriptek)
Valakinek valami ötlete, tippje??? Előre is köszönöm!
Utóirat, hátha így érthetőbb:
$id lp -> uid=4(lp) gid=7(lp) csoportok=7(lp)
Ezeket a dir jogosultságokat a cups állítja be, mikor újrainditódik, hiába módosítod bármi másra, a beállítás az első cups restartig él.
/var/spool │drwxr-xr-x│root│root│
/var/spool/cups │drwx--x---│root│lp │
/var/spool/cups/c1429149 │ 815│-rw-------│root│lp │
/var/spool/cups/d1429149-001 │ 5759│-rw-r-----│root│lp │
Az auditlogban az látszik, hogy az lp jogosultsággal futó socket (de mindegyik filternél ugyan ez a helyzet) nem tudja olvasni a nyomtatást
type=PATH msg=audit(1488573307.419:2162): item=0 name="/var/spool/cups/" inode=6029564 dev=08:13 mode=040710 ouid=0 ogid=7 rdev=00:00
type=PATH msg=audit(1488573307.419:2162): item=1 name="/var/spool/cups/" inode=6029564 dev=08:13 mode=040710 ouid=0 ogid=7 rdev=00:00
type=PATH msg=audit(1488573307.419:2162): item=2 name="/var/spool/cups/00000000" inode=6035245 dev=08:13 mode=0100640 ouid=0 ogid=7 rdev=00:00
type=PATH msg=audit(1488573307.419:2162): item=3 name="/var/spool/cups/d1429149-001" inode=6035245 dev=08:13 mode=0100640 ouid=0 ogid=7 rdev=00:00
type=SYSCALL msg=audit(1488573307.422:2163): arch=c000003e syscall=2 success=no exit=-13 a0=7fff3ccdbcc9 a1=0 a2=0 a3=7fff3ccd8b60 items=1 ppid=18624 pid=18790 auid=1277 uid=4 id=7 euid=4 suid=4 fsuid=4 egid=7 sgid=7 fsgid=7 tty=(none) ses=1337 comm="socket" exe="/usr/lib/cups/backend/socket" key="cups_spool_dir_access"
/var/log/audit # ausearch -a 2162
time->Fri Mar 3 21:35:07 2017
type=PATH msg=audit(1488573307.419:2162): item=3 name="/var/spool/cups/d1429149-001" inode=6035245 dev=08:13 mode=0100640 ouid=0 ogid=7 rdev=00:00
type=PATH msg=audit(1488573307.419:2162): item=2 name="/var/spool/cups/00000000" inode=6035245 dev=08:13 mode=0100640 ouid=0 ogid=7 rdev=00:00
type=PATH msg=audit(1488573307.419:2162): item=1 name="/var/spool/cups/" inode=6029564 dev=08:13 mode=040710 ouid=0 ogid=7 rdev=00:00
type=PATH msg=audit(1488573307.419:2162): item=0 name="/var/spool/cups/" inode=6029564 dev=08:13 mode=040710 ouid=0 ogid=7 rdev=00:00
type=CWD msg=audit(1488573307.419:2162): cwd="/"
type=SYSCALL msg=audit(1488573307.419:2162): arch=c000003e syscall=82 success=yes exit=0 a0=7f22f4936e64 a1=7fff4c69d670 a2=7fff4c69d68c a3=63205d303031302b items=4 ppid=1 pid=18624 auid=1277 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=1337 comm="cupsd" exe="/usr/sbin/cupsd" key="cups_spool_dir_access"
/var/log/audit # ausearch -a 2163
time->Fri Mar 3 21:35:07 2017
type=PATH msg=audit(1488573307.422:2163): item=0 name="/var/spool/cups/d1429149-001" inode=6035245 dev=08:13 mode=0100640 ouid=0 ogid=7 rdev=00:00
type=CWD msg=audit(1488573307.422:2163): cwd="/"
type=SYSCALL msg=audit(1488573307.422:2163): arch=c000003e syscall=2 success=no exit=-13 a0=7fff3ccdbcc9 a1=0 a2=0 a3=7fff3ccd8b60 items=1 ppid=18624 pid=18790 auid=1277 uid=4 gid=7 euid=4 suid=4 fsuid=4 egid=7 sgid=7 fsgid=7 tty=(none) ses=1337 comm="socket" exe="/usr/lib/cups/backend/socket" key="cups_spool_dir_access"
A CUPS webes admin felületén pedig ott virít, hogy: pending since 2017....Unable to open print file "/var/spool/cups/d1429149-001": Permission denied
Ezek után tipp valakitől? Mit nem látok???
Megoldás:
A cups-pdf (valami béta verzió volt) elállította a /var/spool/cups umask értékét, konkrétan kitörölte, üres volt. Ennek beállítása után (getfacl, setfacl) helyreállt minden.
Sziasztok!
Ma elfogott a nosztalgiázási kedv és úgy döntöttem, hogy felrakom VirtualBox-ban a SuSE Linus 6.4-et, ami anno az első Linux-disztró volt, amivel megismerkedtem 2000-ben. Később sokszor használtam szerverként egy régi P1-es gépen, parancssori üzemmódban, de nagyon megtetszett a KDE 1-es asztalkezelője is :) Előkotortam az iso-ját, de a telepítő betöltésénél megáll és nem csinál semmit. A konfigurációban a kernelverziót 2.2-re állítottam, hátha segít valamit. De semmit :) A virtuális merevlemez IDE PRIMARY MASTER módban van és nem SSD-ként működik :) Valaki találkozott hasonló elvont problémával rajtam kívül? :)
szerk.: Közben rájöttem a dologra :) Az USB-vezérlőt kellett letiltanom :) Eddig úgy tűnik, hogy működik :)
Udv!
Van egy SuSe gep, amin nincs Internet, csak belso halozat erheto el alatta, az is korlatozottan. Ssh szerencsere van rajta, igy remelem valahogy megoldhato, hogy a zyppert, mint csomagkezelot tudjam ugy hasznalni, hogy letolti maganak a fuggosegeket.
2 ssh tunnel kihuzasaval el tudok "jutni" egy olyan gepre, amin egyaltalan nincs korlatozas, igy remelhetoleg azon a gepen keresztul mehetne a forgalom. Kutatasaim alatt belefutottam ebbe a cikkbe, ami tulajdonkeppen a celnak megfelelne, ha debianrol lenne szo, de a remenyt taplalja, hogy egyszeruen megoldhato.
Minden gepen van root jogom, bar gyanitom nem nagyon lesz ra szukseg (esetleg a zypper hasznalatanal).
Kerdesem lenne, hogy hogyan tudom megoldani az adott problemat (zypper fuggosegeket letoltesevel egyutt, nincs kozvetlen Internet hozzaferes)? Ha nem ssh tunnel, mas megoldas is erdekel, ha az adott kornyezetben szoba johet.
Koszi a valaszokat, otleteket!