Hirdetés
- Nvidia GPU-k jövője - amit tudni vélünk
- Fejhallgató erősítő és DAC topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- AMD Navi Radeon™ RX 9xxx sorozat
- Projektor topic
- OLED TV topic
- Apple asztali gépek
- Máris befutott a hibajavításoktól duzzadó GeForce driver gyorsjavítása
- Milyen billentyűzetet vegyek?
- GeForce RTX 5060 Ti: Ha az ár jó, minden jó (lenne)
Új hozzászólás Aktív témák
-
Tim82
félisten
Biztosan én nem vágom a poént kezdő Fedora-használóként, kifejted?
Szerintem leírtam: hardveres hangerőszabályozó gombok, meg OSD főleg. TLP-t, tp-smapi-t nyilván be tudok lőni majd, nem is ezzel van gond. Kicsit fura nekem, hogy a jóval régebbi kernelre épülő CentOS 7 egy újabb Thinkpad-en (X201) anno bármilyen állítgatás nélkül kezelte a hangerőszabályozó gombokat, meg volt OSD is némításra, hangerő- és fényerőállításra is alapból, míg az újabb Fedora 23 egy régebbi Thinkpad-en (R52) ezt nem tudja magától.
Ja igen, XFCE-vel és Mate-vel néztem. A konfig: Pentium M 2,13 GHz (2. generációs, van PAE), 2 GB RAM, 40 GB IDE vinyó (ehelyett lesz 32 GB SSD), Atheros AR5416 mini PCI wifi, Intel GMA 900 videóvezérlő + 1400*1050 felbontású kijelző.
-
Tim82
félisten
Sziasztok!
Fedora 23 32 bit esetén hogyan lehetne telepíteni az Epel tárolót? Úgy néz ki, mintha csak 64 bites csomagokhoz lenne meg, 32 bites Fedorához nincsen Epel?
Más: milyen csomag és melyik tárolóból kellene ahhoz, hogy Thinkpad-specifikus dolgok (mint pl. a hardveres hangerőszabályozó gombok) és az OSD működjön?
Előre is köszönöm.
-
válasz
qwertly
#5592
üzenetére
Szvsz első körben tudni kéne a CentOS 7 default és az Epel repóit. Ezeket hozzá kéne adni/engedélyezni a repó listához, esetleg a Sulixosat meg tiltani, + terminálban exporttal megadni a proxyszerver environment-jeit,hogy kijuss velük netre,így elkerülhető az egyenkénti csomagvadászat.
-
qwertly
addikt
Szia!
Most már remélem jó lesz a repo lista:
Betöltött bővítmények: langpacks, priorities, sulix
http://sulixupdate/SuliX.Professional.8/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found
Próbálkozás másik tükörszerverről.
http://sulixupdate/SuliX.Professional.8/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found
Próbálkozás másik tükörszerverről.
http://sulixupdate/SuliX.Professional.8/noarch/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found
Próbálkozás másik tükörszerverről.
tároló azon tároló név állapot
atrpms/x86_64 Axel Thim Repository - x86_64 tiltott
elrepo ELRepo.org Community Enterpris tiltott
elrepo-extras ELRepo.org Community Enterpris tiltott
elrepo-kernel ELRepo.org Community Enterpris tiltott
epel Extra Packages for SuliX Profe tiltott
epel-debuginfo Extra Packages for SuliX Profe tiltott
promethean Promethean tiltott
rpmforge RPMforge.net - dag tiltott
springdale/x86_64 Springdale tiltott
springdale-addons/x86_64 Springdale Addons tiltott
springdale-addons-updates/x86_64 Springdale Addons Updates tiltott
springdale-unsupported/x86_64 Springdale - x86_64 tiltott
springdale-updates/x86_64 Springdale Updates tiltott
sulixupdate-basearch/x86_64 SuliXerver - x86_64 engedélyezett: 0
sulixupdate-noarch SuliXerver - noarch engedélyezett: 0
repolist: 0Szia!
csendes
akkor egyesével lekel szedegetnem a library és bemásolni a megfelelő mappába? -
qwertly
addikt
Szia!
Neked is köszönöm a segítségedet Fizetős linuxot használ az iskola mert olcsóbb mint a win de ugyan akkor eltud vele boldogulni egy nem komoly linuxos is mint én 
Mert jól dokumentált a cucc ügyfélszolgálatuk gyorsan reagál telefonra email-re.Csak ha már ilyen extra igények vannak akkor van nagy csend
És itt van amit kértél remélem jót írok:
main]
cachedir=/var/cache/yum/$basearch/$releasever
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
installonly_limit=3# This is the default, if you make this bigger yum won't see if the metadata
# is newer on the remote and so you'll "gain" the bandwidth of not having to
# download the new metadata and "pay" for it by yum not having correct
# information.
# It is esp. important, to have correct metadata, for distributions like
# Fedora which don't keep old packages around. If you don't like this checking
# interupting your command line usage, it's much better to have something
# manually check the metadata once an hour (yum-updatesd will do this).
# metadata_expire=90m# PUT YOUR REPOS HERE OR IN separate files named file.repo
# in /etc/yum.repos.d
protected_multilib=0 -
Vladi
nagyúr
válasz
qwertly
#5588
üzenetére
kihangsúlyozzák,hogy az ilyesmi veszélyezteti a rendszer biztonságát és a stabilitást. = jó pénzért megcsináljuk neked.
Ez a fizetős linuxok árnyoldala. Tényleg nézzük már bele a repókba. elvielg sima el7 alapú, szerintem annyira nagyon nem építették újra a rendszert, szóval sima centos csomagokkal és repókkal mennie kellene.
-
-
válasz
qwertly
#5584
üzenetére
Sulix alatt tiltva van a repók nagyrésze, ill. ami aktív azt is csak úgy tudod használni ha egyrészt a Sulxerveres hálózaton keresztül használod és adott teremben ahová regisztrálva van az adott gép engedélyezed a kliensek frissítését/telepítését, de ilyen "külsős" (Centos 7,epel) csomag szinte biztos hogy csak kézzel telepíthető, esetleg az /etc/yum.repos.d könyvtárban szétnézhetsz mi van engedélyezve/letiltva...
-
qwertly
addikt
válasz
csendes
#5585
üzenetére
Szia!
Itt van ami kiírt a parancsra.
[root@214-pc04 /]# readelf -d /opt/pt/bin/PacketTracer6Dynamic section at offset 0x3d7eeb0 contains 35 entries:
Tag Type Name/Value
0x00000001 (NEEDED) Shared library: [libcrypto.so.1.0.0]
0x00000001 (NEEDED) Shared library: [libQtWebKit.so.4]
0x00000001 (NEEDED) Shared library: [libQtScriptTools.so.4]
0x00000001 (NEEDED) Shared library: [libQtScript.so.4]
0x00000001 (NEEDED) Shared library: [libQtXml.so.4]
0x00000001 (NEEDED) Shared library: [libQtGui.so.4]
0x00000001 (NEEDED) Shared library: [libQtNetwork.so.4]
0x00000001 (NEEDED) Shared library: [libQtCore.so.4]
0x00000001 (NEEDED) Shared library: [libpthread.so.0]
0x00000001 (NEEDED) Shared library: [libstdc++.so.6]
0x00000001 (NEEDED) Shared library: [libm.so.6]
0x00000001 (NEEDED) Shared library: [libgcc_s.so.1]
0x00000001 (NEEDED) Shared library: [libc.so.6]
0x0000000f (RPATH) Library rpath: [/usr/local/Trolltech/Qt-4.8.2/lib]
0x0000000c (INIT) 0x80746e8
0x0000000d (FINI) 0xad96b7c
0x00000019 (INIT_ARRAY) 0xbdc5134
0x0000001b (INIT_ARRAYSZ) 7528 (bytes)
0x6ffffef5 (GNU_HASH) 0x80481ac
0x00000005 (STRTAB) 0x8054880
0x00000006 (SYMTAB) 0x8049770
0x0000000a (STRSZ) 102166 (bytes)
0x0000000b (SYMENT) 16 (bytes)
0x00000015 (DEBUG) 0x0
0x00000003 (PLTGOT) 0xbdc6ff4
0x00000002 (PLTRELSZ) 21472 (bytes)
0x00000014 (PLTREL) REL
0x00000017 (JMPREL) 0x806f308
0x00000011 (REL) 0x806ef08
0x00000012 (RELSZ) 1024 (bytes)
0x00000013 (RELENT) 8 (bytes)
0x6ffffffe (VERNEED) 0x806edb8
0x6fffffff (VERNEEDNUM) 6
0x6ffffff0 (VERSYM) 0x806d796
0x00000000 (NULL) 0x0
[root@214-pc04 /]# -
qwertly
addikt
válasz
csendes
#5583
üzenetére
Szia!
Elsőnek is köszönöm a segítségedet itt van a amit ki írt a sulix amikor kiadtam az általad javasolt parancsokat:
[root@214-pc04 /]# yum install glibc.i686
Betöltött bővítmények: langpacks, priorities, sulix
http://sulixupdate/SuliX.Professional.8/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found
Próbálkozás másik tükörszerverről.
One of the configured repositories failed (SuliXerver - x86_64),
and yum doesn't have enough cached data to continue. At this point the only
safe thing yum can do is fail. There are a few ways to work "fix" this:1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).3. Disable the repository, so yum won't use it by default. Yum will then
just ignore the repository until you permanently enable it again or use
--enablerepo for temporary usage:yum-config-manager --disable sulixupdate-basearch
4. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:yum-config-manager --save --setopt=sulixupdate-basearch.skip_if_unavailable=true
failure: repodata/repomd.xml from sulixupdate-basearch: [Errno 256] No more mirrors to try.
http://sulixupdate/SuliX.Professional.8/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found
[root@214-pc04 /]# readelf -d
readelf: Warning: Nothing to do.
Usage: readelf <option(s)> elf-file(s)
Display information about the contents of ELF format files
Options are:
-a --all Equivalent to: -h -l -S -s -r -d -V -A -I
-h --file-header Display the ELF file header
-l --program-headers Display the program headers
--segments An alias for --program-headers
-S --section-headers Display the sections' header
--sections An alias for --section-headers
-g --section-groups Display the section groups
-t --section-details Display the section details
-e --headers Equivalent to: -h -l -S
-s --syms Display the symbol table
--symbols An alias for --syms
--dyn-syms Display the dynamic symbol table
-n --notes Display the core notes (if present)
-r --relocs Display the relocations (if present)
-u --unwind Display the unwind info (if present)
-d --dynamic Display the dynamic section (if present)
-V --version-info Display the version sections (if present)
-A --arch-specific Display architecture specific information (if any)
-c --archive-index Display the symbol/file index in an archive
-D --use-dynamic Use the dynamic section info when displaying symbols
-x --hex-dump=<number|name>
Dump the contents of section <number|name> as bytes
-p --string-dump=<number|name>
Dump the contents of section <number|name> as strings
-R --relocated-dump=<number|name>
Dump the contents of section <number|name> as relocated bytes
-w[lLiaprmfFsoRt] or
--debug-dump[=rawline,=decodedline,=info,=abbrev,=pubnames,=aranges,=macro,=frames,
=frames-interp,=str,=loc,=Ranges,=pubtypes,
=gdb_index,=trace_info,=trace_abbrev,=trace_aranges,
=addr,=cu_index]
Display the contents of DWARF2 debug sections
--dwarf-depth=N Do not display DIEs at depth N or greater
--dwarf-start=N Display DIEs starting with N, at the same depth
or deeper
-I --histogram Display histogram of bucket list lengths
-W --wide Allow output width to exceed 80 characters
@<file> Read options from <file>
-H --help Display this information
-v --version Display the version number of readelf
[root@214-pc04 /]#Kicsit sokk lett
-
qwertly
addikt
Sziasztok!
Még mindig kínlódok a Packet Tracker telepiséével a Sulix Professional 8 linuxra
Ma más is kellet csinálnom csak részben tudtam vele foglalkozni,ha semmiképen nem megy akkor megpróbálom egy virtuális CentOS 7 feltelepíteni.Ha úgy sikerül akkor felhívom a sulix supportot hátha erre is kapok hiba jegyet Mert amúgy korrektek,csak nem tudom ez bele tartozik a támogatásba. De addig is várok minden javaslatot -
qwertly
addikt
Szia!
Újra kezdtem és eljutottam addig,hogy a Packet Tracer fel van telepítve a opt/pt/ vonalon.Itt bementem a bin mappában kiadtam a ldd PacketTracer6 parancsot.Ez volt a válasz: not dynamic executable. Ez mutatta volna meg,hogy milyen függőségeket kell még feltelepítenem? -
válasz
qwertly
#5576
üzenetére
Ez a leírás 20-as Fedorára vonatkozik, de szvsz ahhoz sem biztos, hogy jó (mert a függő libeket ez sem említi), a Centos 7-nél a csendes féle első linket kell alapul venned, amiben első lépésként le kell kérdezni a packettarcer függőségeit (ldd /opt/pt/bin/PacketTracer6 (vagy ahová telepítetted), erre ki fog köpni pár tucat libet, amit kézzel előbb fel kell tenned (Centos 7 és/vagy Epel repóbol leszedegetni), utána tudod csak a openssl-lib-compat-1.0.0i-1.fc20.i686.rpm csomagot telepíteni.
-
qwertly
addikt
Szia!
Nem tudom milyen függőségeket hagytam ki?mert próbáltam minél egyszerűben feltelepíteni a programot és ezen az oldalon elég egyszerűen van leírja.Ez alapján indultam el,és nem ment fel a openssl-lib-compat-1.0.0i-1.fc20.i686.rpm függőség. Ezért kérdem mi a hiba?szerinted és ha tudott a megoldást akkor nagyon szépen megköszönném ha megosztanád velem
Üdv -
qwertly
addikt
Szia!
Próbáltam ezt a függőséget feltenni,de ilyen hiba üzenetet kaptam:
[root@214-pc04 Asztal]# rpm -ivh openssl-lib-compat-1.0.0i-1.fc20.i686.rpm
error: Failed dependencies:
libc.so.6(GLIBC_2.3.4) is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libcom_err.so.2 is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libdl.so.2(GLIBC_2.0) is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libdl.so.2(GLIBC_2.1) is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libgssapi_krb5.so.2 is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libk5crypto.so.3 is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libk5crypto.so.3(k5crypto_3_MIT) is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libkrb5.so.3 is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libkrb5.so.3(krb5_3_MIT) is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libresolv.so.2 is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libz.so.1 is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
[root@214-pc04 Asztal]# rpm -Uvh openssl-lib-compat-1.0.0i-1.fc20.i686.rpm
error: Failed dependencies:
libc.so.6(GLIBC_2.3.4) is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libcom_err.so.2 is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libdl.so.2(GLIBC_2.0) is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libdl.so.2(GLIBC_2.1) is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libgssapi_krb5.so.2 is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libk5crypto.so.3 is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libk5crypto.so.3(k5crypto_3_MIT) is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libkrb5.so.3 is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libkrb5.so.3(krb5_3_MIT) is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libresolv.so.2 is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
libz.so.1 is needed by openssl-lib-compat-1:1.0.0i-1.fc20.i686
[root@214-pc04 Asztal]# -
válasz
qwertly
#5572
üzenetére
Igen, függőségek nélkül nem fog menni, ahogy fentebbi CentOs 7-es linkben is van;
1) list all libraries required for Cisco Packet Tracer using ldd
ldd /opt/pt/bin/PacketTracer6 (vagy ahová telepítetted)
2)Install all missing/not found libraries
3)Install the openssl-lib-compat-1.0.0i-1.fc20.i686.rpm
-
qwertly
addikt
Sziasztok!
Szép napot mindenkinek
,tegnap érdeklődtem itt a Cisco Packet Tracer telepítése Sulix Professional 8 kliensgépekre miképpen lehetséges.Kaptam is tanácsokat és linkeket thx érte ,de azért próbálom egyszerűben megoldani ennek a leírásnak a segítségével.Megcsináltam de mégsem indul a program,függőségek miatt? vagy jogosultsággal van a gond.A sulix 7 csak annyit kellet csinálnom,hogy chmod +x packet tracker és ./install és már fent volt a program.Itt meg mennyit kell vele szenvedni ![;]](//cdn.rios.hu/dl/s/v1.gif)
-
válasz
qwertly
#5563
üzenetére
Utána néztem, szerencsére nem a már nem támogatott 19-es Fedorára épül a 8-as, hanem a 7-es CentOS-re, tehát csendes kollega első linkjét érdemes alapul venned, viszont a csomagokat valszeg kézzel kell leszedned és telepítened hozzá.
Amúgy a legújabb Fedora is tartományba tehető (ldap-al) Sulixerver alá (ez meg a 6-os CentOs-re épül), ill /etc/environment-be beállítva a proxyszerver adatait a net és a frissítések is mennek, valamint a hálózati mappák is felcsatolhatók nfs-el a /home alá, bár ez utóbbi lassú lesz, mert akkor minden egyes profiladatokat is a szerverről fog lehúzni (nem csak azt a 3 mappát), amire egy lestrapált iskolai eszközpark nem biztos, hogy elég lesz.
Amúgy még mindig a Gnome3 az alapértelmezett és lecserélhetetlen felület a 8-as Sulixnál is? -
válasz
qwertly
#5563
üzenetére
Próbálj meg telepíteni vmit terminálból (bár tudom, hogy a repók nagyja tiltva van), de pl. az mc-ét engedi, a csomagnévből kiderül, hogy melyik verziót tenné fel (ill nem tudom a cat /etc/fedora-release parancs működik-e Sulix alatt).
Egyébként közben megtaláltam melyik leírást használtam hozzá (ezt most teszteltem is 23-as alatt működik), hogy milyen lib-eket, korábbi csomagot kellett hozzá feltenni, hogy menjen, értelemszerűen neked a openssl-lib-compat-1.0.0i-1.fc20.i686.rpm csomagon kívül a többi csomag azon verzióját kellesz letöltened és kézzel telepítened, amilyen Fedorára épül a 8-as Sulix. -
válasz
qwertly
#5561
üzenetére
Először tudni kéne melyik Fedorára épül a 8-as, a 7-es ha jól rémlik a 17-esre, esetleg másik verziót is megpróbálhatsz, mert a 6.3 nekem sem ment fel talán Fedora 21-re (már nem emlékszem), de a 6.2-es meg igen, egyébként kellet neki pár függőség előtte, meg talán symlink.
-
soldi3r
veterán
válasz
csendes
#5557
üzenetére
Chrome volt, nem chromium. Kesobb kiderul a video lejatszas sem ment. Ezt lefuttattam es minden megoldodott:
sudo dnf install gstreamer-plugins-bad gstreamer-plugins-bad-free-extras gstreamer-plugins-bad-nonfree gstreamer-plugins-ugly gstreamer-ffmpeg gstreamer1-libav gstreamer1-plugins-bad-free-extras gstreamer1-plugins-bad-freeworld gstreamer1-plugins-base-tools gstreamer1-plugins-good-extras gstreamer1-plugins-ugly gstreamer1-plugins-bad-free gstreamer1-plugins-good gstreamer1-plugins-base gstreamer1
-
csendes
addikt
válasz
soldi3r
#5550
üzenetére
Ez nem jó módszer, mert így nem ellenőrzi a függőségeket, és adott esetben leszedni is bonyolult a csomagot a skype-ot.
Egyszerűen töltsd le a skype-ról a 32-bites csomagot Fedorára és utána simán:
sudo dnf install skype-4.3.0.37-fedora.i586.rpm
Értelemszerűen a megfelelő verzióra, csomagnévre (skype-*) módosítva.
A hibaüzenetet egy hiányzó 32 bites csomag miatt kapod egyébként (glibc.vagy valami más) -
soldi3r
veterán
'estet!
Probaltam feltenni a skypot egy friss rendszerre ez alapjan. De a skype parancs kiadasara ezt az uzenetet kapom. Mit tudok ezzel kezdeni?[root@UNKNOWN ~]# skype
/usr/bin/skype: /opt/skype/skype: /lib/ld-linux.so.2: bad ELF interpreter: Nincs ilyen fájl vagy könyvtár -
Vladi
nagyúr
válasz
gergospy
#5543
üzenetére
1. örülök, hogy működik.
2. ez egy nagyon tipikus és tanulságos eset. A normális működés itt a nemnormális, mert a routerek működése eltér a normálistól, tehát nemnormális. Demivel az adja a netet normálisnak kell tekinteni. Eddig világos?
3. Win... úgy működik ahogy. Megint az van, amit már 100x láttam. A win nem működik normálisan, de mivel az a domináns ahhoz kell alkalmazkodni. A fedora ezt nem tette meg. Tehát a szabványos működés ez esetben: bug.
4. fura, hogy centosen meg jó. Az mondjuk a fedorának egy kvázi régebbi állapota.
-
gergospy
csendes tag
Igeeeeen
Megtaláltam a probléma okát, sikerült csatlakozni.
Egy ismert dologról van szó: [link]A lényeg, hogy a Fedora 21 óta a dhclient szabványos kérést küld a dhcp szervernek. Azaz, ha jól értem, a fedorában semmi hiba nincsen, hanem ezek szerint a UPC routerei nem szabványos módon működnek.
A fenti linken le van írva az egyszerű megoldás, ha valaki esetleg ebbe a problémába botlik.
Akkor most azt nem értem, hogy a többi disztró nem szabványos módon működik, mert fedorán kívül eddig amiken próbáltam, ott egyből csatlakozott.
Köszi Vladi és csendes a segítséget!
-
gergospy
csendes tag
Az előző hozzászólásom tárgytalan. Még mindig nem sikerült csatlakozni, de most valahogy továbblépett.
Most a wpa_supplicant eddig jutott:
wlp3s0: CTRL-EVENT-DISCONNECTED bssid=06:7c:34:3a:9a:5c reason=3 locally_generated=1
Miközben NetworkManager:
(wlp3s0): DHCPv4 request timed out.
(wlp3s0): DHCPv4 state changed unknown -> timeout
(wlp3s0): canceled DHCP transaction, DHCP client pid 3991
(wlp3s0): DHCPv4 state changed timeout -> done
(wlp3s0): device state change: ip-config -> failed (reason 'ip-config-unavailable') [70 120 5] -
gergospy
csendes tag
Nm-applettel próbálok csatlakozni.
Összehasonlítottam ubuntuval, meg centos-szal.
Azt találtam, hogy a fedora NetworkManagerének ez a hibája:Activation: (wifi) association took too long
ott, ahol az ubuntu és a centos továbblép erre:
supplicant interface state: associated -> 4-way handshake
A wpa_supplicant pedig ebben tér el e többitől:
fedora:wlp3s0: Associated with 06:7c:34:42:9d:1a
wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=NL
wlp3s0: CTRL-EVENT-EAP-STARTED EAP authentication started
wlp3s0: CTRL-EVENT-DISCONNECTED bssid=06:7c:34:42:9d:1a reason=3 locally_generated=1többi:
wlp3s0: Associated with 06:7c:34:42:9d:1a
wlp3s0: CTRL-EVENT-EAP-STARTED EAP authentication started
wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=NL
wlp3s0: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=25
wlp3s0: CTRL-EVENT-EAP-METHOD EAP vendor 0 method 25 (PEAP) selected
wlp3s0: CTRL-EVENT-EAP-PEER-CERT depth=2 subject='/C=NL/O=Liberty Global Operations B.V./OU=Root CA0001/CN=Liberty Global Root Certification Authority' hash=bee8ae6e3bedf1cfb6b263abe6b89f8e54933f4e5bb56534f41bd7c9667fc1a6
wlp3s0: CTRL-EVENT-EAP-PEER-CERT depth=2 subject='/C=NL/O=Liberty Global Operations B.V./OU=Root CA0001/CN=Liberty Global Root Certification Authority' hash=bee8ae6e3bedf1cfb6b263abe6b89f8e54933f4e5bb56534f41bd7c9667fc1a6
wlp3s0: CTRL-EVENT-EAP-PEER-CERT depth=1 subject='/C=NL/O=Liberty Global Operations B.V./OU=HORIZON Service Operator CA0001/CN=Liberty Global HORIZON Service Operator Certification Authority' hash=c21e3d022c54128e6c7e763d308c725b33b5283f33bf20d3722681e21b81667e
wlp3s0: CTRL-EVENT-EAP-PEER-CERT depth=0 subject='/CN=Liberty Global WiFi/OU=HORIZON/O=Liberty Global Operations B.V./C=NL' hash=c77394cc31a43a2fd8ff217bf2cda5b60a739d0f9c0c1ff8b665693a0a25851d
wlp3s0: CTRL-EVENT-EAP-PEER-ALT depth=0 DNS:wifi-auth.upc.biz
EAP-MSCHAPV2: Authentication succeeded
wlp3s0: CTRL-EVENT-EAP-SUCCESS EAP authentication completed successfullySzóval úgy látom a fedora nem foglalkozik valami tanúsítvánnyal, ahol a többi igen. Bár az be van pipálva az összes disztróban wi-free-nél, hogy CA tanúsítvány nem szükséges.
Ha valaki ért ehhez, akkor fel tudom tölteni a teljes logokat is esetleg, ha nem, akkor kérdésem, hogy hová forduljak tovább: ask.fedoraproject vagy fedoraforum.org?
-
csendes
addikt
válasz
gergospy
#5536
üzenetére
[link]A UPC Wi-Free nevű vezeték nélküli hálózat kiválasztása után adja meg My UPC-s felhasználói azonosítóját és UPC Wi-Free jelszavát. Ezen azonosítók megadására csak az első alkalommal van szükség, ezt követően a mobileszköze automatikusan fog csatlakozni a vezeték nélküli hálózathoz, amint az elérhető
-
gergospy
csendes tag
Sziasztok, Fedorával tudtok UPC Wi-Free wifire csatlakozni?
Nekem a többi disztróval (CentOs, Arch, Ubuntu) megy a csatlakozás, ugyan ott, ugyan azzal a géppel, de valamiért Fedora 22 óta (korábban nem próbáltam) nem tudok csatlakozni a Wi-Freehez.
Nem ismertek esetleg erre valamilyen megoldást? -
agy73p
senior tag
válasz
csendes
#5532
üzenetére
És nincs igaza?
Szeretnék segítséget kérni.
1. Valahogy "elromlott" a képernyő kikapcsolás pár perc tétlenség után. Hiába állítok be bármit az energiakezelőben (laptop egyébként), nem változik semmi, marad folyamatosan bekapcsolva a képernyő.
Újratelepítés után is ugyanaz a helyzet, gondolom, vhol a home könyvtárban van ez a beállítás elmentve.2. Lassan bootol be a gép, b + 40 mp az eredetihez képest. Ezért.....
3. lementeném a home-ot és csak azokat a dolgokat tenném vissza, ami szükséges később. Hogy fussak neki? Van egy másik partíció, amin van hely....
-
csendes
addikt
RHEL 7-re már csak 64 bites ISO van: [link], viszont a 32 bites alkalmazásokat még támogatniuk kell.
A Fedora levelezőlistán hosszú szál van erről [link]. Egyelőre a 32 bites Fedora marad, esetleg idővel csak másodlagos architektúraként [link]. Olyan érv is elhangzott, hogy ha Fedora nem adna ki 32 bites verziót, akkor szegény felhasználóknak nem maradna más választás, mint Windows, Ubuntu és hasonló ...ööö... megoldások. -
csendes
addikt
A Chromium a nyílt forráskódú project, amin a Chrome alapul, viszont az utóbbi nem nyílt forráskódú.
Chrome-ban alapból benne van a Flash lejátszó.
Chromium böngészővel a Flash működéséhez a chromium-pepper-flash csomag telepítése szükséges. Itt van leírva a telepítése Fedora 23-ra: [link], viszont neked értelemszerűen a 32 bites csomag kell: [link], és ennek megfelelően nem a lib64-be kell bemásolni sem. -
csendes
addikt
Most a distrowatch-on is megjelent, ott azt írják, hogy a múlt héten szűnt meg a 32 bites Chrome támogatása Linux-ra. [link]. MIndenkinek azt ajánlják, hogy váltson Chromium-ra vagy ha tud, akkor a 64 bites Chrome-ra. Nem támogatott böngésző használata biztonsági kockázatot jelent, illetve egy idő múlva belül valószínűleg nem is fog már működni a függőségek változása, frissítése miatt.
-
agy73p
senior tag
Ne haragudjatok, nagyon röstellem, igazán nem akarom a nyűgjeimmel elárasztani a topicot, de az az igazság, hogy így sem tudom előhívni a MATE desktopot, igaz, csak az első sort, a "dnf group install "MATE Desktop""-ot futattam le és telepített 60 mb-ot.
Nem értem, h miért nem indítható kijelentkezés vagy újraindítás után. -
-
agy73p
senior tag
Ezzel mit tudok kezdeni?
14:32 adam ~]$ sudo dnf install @mate-desktop
Last metadata expiration check performed 2:54:16 ago on Fri Mar 4 11:38:16 2016.
A(z) 'MATE' nevű csoport már telepítve van, kihagyás.
Függőségek feloldva.
Nincs tennivaló.
Kész!Hiába jelentkezek ki, csak az XFCE választható ki desktopnak.
-
-
agy73p
senior tag
Korora 23 - 32 bit, Fusitsu Siemens laptop:
Megpróbáltam az Intel Grafikus telepítőjével az integrált Intel GPU-hoz zárt drivert feltenni (csak Mintnél próbáltam ilyet régen egyszer), de azt írja ki, hogy "Distribution not supported".
Ez itt most a Kororára értendő vagy egyáltalán a Fedorára?
-
agy73p
senior tag
Ha volt már, akkor elnézést:
Fedora 23: KDE vs. Xfce vs. GNOME vs. LXDE vs. MATE -
qwertly
addikt
Szia!
Ha csak így próbálom telepíteni yum localinstall projectlibre-1.5.9-1 akkor a válasz csak root felhasználó futtathatja ezt a programot.
Ha előtte ki adom a sudot akkor a válasz pedig a következő: Sorry,user admin is not allowed to execute /bin/ yum localinstall projectlibre-1.5.9-1.rpm
Mert jól dokumentált a cucc ügyfélszolgálatuk gyorsan reagál telefonra email-re.Csak ha már ilyen extra igények vannak akkor van nagy csend 
Ma más is kellet csinálnom csak részben tudtam vele foglalkozni,ha semmiképen nem megy akkor megpróbálom egy virtuális CentOS 7 feltelepíteni.Ha úgy sikerül akkor felhívom a sulix supportot hátha erre is kapok hiba jegyet 
,tegnap érdeklődtem itt a Cisco Packet Tracer telepítése Sulix Professional 8 kliensgépekre miképpen lehetséges.Kaptam is tanácsokat és linkeket thx érte ![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Huawei MediaPad T5 32GB, Kártyafüggetlen, 1 Év Garanciával
- DDR5 16GB 8GB 32GB 4800MHz 5600MHz RAM Több db
- BESZÁMÍTÁS! ARCTIC Liquid Freezer II 420 vízhűtés garanciával hibátlan működéssel
- LG 55G4 - 55" OLED evo - 4K 144Hz & 0.1ms - MLA Plus - 3000 Nits - NVIDIA G-Sync - FreeSync Premium
- REFURBISHED és ÚJ - Lenovo ThinkPad Ultra Docking Station (40AJ) dokkoló
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest