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!
Ma reggeli frissítés után (Leap 42.3 ) nem indul az X a startx parancs után az alábbiak láthatók ,
X.Org X Server 1.18.3
Release Date: 2016-04-04
X Protocol Version 11, Revision 0
Build Operating System: openSUSE SUSE LINUX
Current Operating System: Linux linux-laptop.site 4.4.92-31-default #1 SMP Sun Oct 22 06:56:24 UTC 2017 (1d80e8a) x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.4.92-31-default root=UUID=df8ca551-4adc-48d5-a55a-6d5f8d88f7f8 resume=/dev/disk/by-uuid/2f3c7a81-b14e-48b1-907d-10e24dc7af1e splash=silent quiet showopts resume=/dev/sda2 splash=silent quiet showopts
Build Date: 16 October 2017 07:19:15PM
Current version of pixman: 0.34.0
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun Dec 17 13:06:05 2017
(==) Using config directory: "/etc/X11/xorg.conf.d"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols
> Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
Failed to connect to bus: Nincs ilyen fájl vagy könyvtár
/etc/X11/xim: Checking whether an input method should be started.
sourcing /etc/sysconfig/language to get the value of INPUT_METHOD
INPUT_METHOD is not set or empty (no user selected input method).
Trying to start a default input method for the locale hu_HU.UTF-8 ...
There is no default input method for the current locale.
Dummy input method "none" (do not use any fancy input method by default)
startkde: Starting up...
kdeinit5: Communication error with launcher. Exiting!
Cannot find 'org.kde.KSplash.setStage' in object /KSplash at org.kde.KSplash
kdeinit5_wrapper: Warning: connect(/run/user/0/kdeinit5__0) failed: : Connection refused
/usr/bin/startkde: 379. sor: 2269 Szegmentálási hiba (core készült) kwrapper5 /usr/bin/ksmserver $KDEWM $KSMSERVEROPTIONS
startkde: Shutting down...
kdeinit5_wrapper: Warning: connect(/run/user/0/kdeinit5__0) failed: : Connection refused
Error: Can not contact kdeinit5!
startkde: Done.
xinit: connection to X server lost
waiting for X server to shut down (II) Server terminated successfully (0). Closing log file.
Megköszönném ha valaki megtudná mondani nálam lehet a gond vagy a frissítés hibás .
Van mentésem az egész oprendsszerről , ha visszamásolom rendben megy de ha a frissítést engedem újra előáll a hiba .
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.
Udv!
Van egy szamomra ismeretlen arhitektura ismeretlen operacios rendszerrel, igy megprobalok minden reszletet leirni, amit tudok.
Egy python csomagot kellene feltelepitenem (psycopg2==2.6.2), aminek a forditasa szerintem architekturalis problemaba utkozik. A lenyegi resz:
gcc -pthread -shared build/temp.linux-ppc64le-2.7/psycopg/psycopgmodule.o build/temp.linux-ppc64le-2.7/psycopg/green.o build/temp.linux-ppc64le-2.7/psycopg/pqpath.o build/temp.linux-ppc64le-2.7/psycopg/utils.o build/temp.linux-ppc64le-2.7/psycopg/bytes_format.o build/temp.linux-ppc64le-2.7/psycopg/connection_int.o build/temp.linux-ppc64le-2.7/psycopg/connection_type.o build/temp.linux-ppc64le-2.7/psycopg/cursor_int.o build/temp.linux-ppc64le-2.7/psycopg/cursor_type.o build/temp.linux-ppc64le-2.7/psycopg/diagnostics_type.o build/temp.linux-ppc64le-2.7/psycopg/error_type.o build/temp.linux-ppc64le-2.7/psycopg/lobject_int.o build/temp.linux-ppc64le-2.7/psycopg/lobject_type.o build/temp.linux-ppc64le-2.7/psycopg/notify_type.o build/temp.linux-ppc64le-2.7/psycopg/xid_type.o build/temp.linux-ppc64le-2.7/psycopg/adapter_asis.o build/temp.linux-ppc64le-2.7/psycopg/adapter_binary.o build/temp.linux-ppc64le-2.7/psycopg/adapter_datetime.o build/temp.linux-ppc64le-2.7/psycopg/adapter_list.o build/temp.linux-ppc64le-2.7/psycopg/adapter_pboolean.o build/temp.linux-ppc64le-2.7/psycopg/adapter_pdecimal.o build/temp.linux-ppc64le-2.7/psycopg/adapter_pint.o build/temp.linux-ppc64le-2.7/psycopg/adapter_pfloat.o build/temp.linux-ppc64le-2.7/psycopg/adapter_qstring.o build/temp.linux-ppc64le-2.7/psycopg/microprotocols.o build/temp.linux-ppc64le-2.7/psycopg/microprotocols_proto.o build/temp.linux-ppc64le-2.7/psycopg/typecast.o -L/usr/lib64 -L/usr/lib/postgresql94/lib64 -lpython2.7 -lpq -o /home/sarancs1/psycopg2/psycopg2-2.6.2/build/lib.2.7/psycopg2/_psycopg.so
/usr/lib64/gcc/powerpc64le-suse-linux/6/../../../../powerpc64le-suse-linux/bin/ld: /usr/lib64/gcc/powerpc64le-suse-linux/6/../../../../lib64/crti.o:(.debug_ranges+0x20): R_PPC64_ADDR64 against `.fini': error 2
/usr/lib64/gcc/powerpc64le-suse-linux/6/../../../../powerpc64le-suse-linux/bin/ld: /usr/lib64/gcc/powerpc64le-suse-linux/6/../../../../powerpc64le-suse-linux/bin/ld: Dwarf Error: found dwarf version '0', this reader only handles version 2, 3 and 4 information.
/usr/lib64/gcc/powerpc64le-suse-linux/6/../../../../lib64/crti.o:(.debug_ranges+0x28): R_PPC64_ADDR64 against `.fini': error 2
/usr/lib64/gcc/powerpc64le-suse-linux/6/../../../../powerpc64le-suse-linux/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
error: command 'gcc' failed with exit status 1
Makefile:85: recipe for target '/home/user/psycopg2/psycopg2-2.6.2/build/lib.2.7/psycopg2/_psycopg.so' failed
make: *** [/home/user/psycopg2/psycopg2-2.6.2/build/lib.2.7/psycopg2/_psycopg.so] Error 1
. Nem nagyon ertem a hibauzenetet, de szamomra ez rejtve olyasmit jelent, hogy szuksege lenne az achitekturahoz tartozo dev fajlokra, amiket viszont nem tudom, hogy hol talalok. Persze lehet, hogy masra van szuksege.
A szukseges telepitett csomagok:
zypper search gcc
S | Name | Summary | Type
--+-----------+--------------------------------------+--------
i | gcc | The system GNU C Compiler | package
i | gcc6 | The GNU C Compiler and Support Files | package
i | libgcc_s1 | C compiler runtime library | package
zypper search postgresql
S | Name | Summary | Type
--+---------------------+-----------------------------------------------------------+--------
i | postgresql | Basic Clients and Utilities for PostgreSQL | package
i | postgresql-devel | PostgreSQL development header files and libraries | package
i | postgresql-init | Init script and other infrastructure for PostgreSQL | package
i | postgresql-server | The Programs Needed to Create and Run a PostgreSQL Server | package
i | postgresql94 | Basic Clients and Utilities for PostgreSQL | package
i | postgresql94-devel | PostgreSQL development header files and libraries | package
i | postgresql94-server | The Programs Needed to Create and Run a PostgreSQL Server | package
zypper search libpq
S | Name | Summary | Type
--+---------------+--------------------------------------------------+--------
i | libpq5 | Shared Libraries Required for PostgreSQL Clients | package
i | libpqxx-4_0 | C++ Client Library for PostgreSQL | package
i | libpqxx-devel | C++ Client Library for PostgreSQL | package
zypper search libdwarf
S | Name | Summary | Type
--+----------+------------------------------------+--------
i | libdwarf | Access DWARF debugging information | package
rpm -qa | grep -i dwarf
libdwarf-20121130-6.1.2.ppc64le
. Az arhitekturalis problemara azert is gondolok, mert ugyanezt a programot masik architekturan openSuSe- val gond nelkul tudtam forgatni.
Minden otletet szivesen varok.
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!