Ubuntu Linux

Ubuntu vs. Intel Wireless 3160 probléma

Fórumok

Sziasztok!

Van egy régebbi gép, amin eddig Windows10 volt. Működött rajta minden, a Wifi is. Szóval a hardver hibát kizárnám.
A napokban Ubuntu 18.04 LTS lett rá telepítve, de nem akart működni a Wifi. Kábelesen viszont hibátlanul megy a net. Hiába nyomogattam a GUI-n, hogy turn on wifi, nem csinált semmit. Mivel friss telepítésről van szó, minden gyári, így semmilyen más befolyásoló tényező nincs.

lshw-vel Lekértem, hogy mit használ:
product: Wireless 3160
 
vendor: Intel Corporation

Az intel oldalán megnéztem, hogy van-e driver hozzá?
https://www.intel.com/content/www/us/en/support/articles/000005511/netw…

Azt írták, hogy 4.1+, 4.2+ kernelhez való. Szerintetek előfordulhat, hogy az 5-ös kernelt nem támogatja? Nekem alapból 5.0.0-37 volt rajta.

A 4.2+ -hoz tartozó .tgz-t azért letöltöttem, megnéztem a readme-t benne. Azt írja, hogy a /lib/firmware-be másoljam be az iwlwifi-3160-14.ucode file-t. Viszont itt alacsonyabb és magasabb verzióval is voltak már iwlwifi-... kezdetű fileok.

 

Egy másik fórumon azt olvastam, hogy ez segíteni fog:
modprobe -r iwlwifi
modprobe iwlwifi

Sajnos nem így lett.

 

Utána találtam 1 olyat, hogy valakinek ugyanez a hiba működött úgy, hogy 19-es verzióra felfrissítette. Megcsináltam, de nem változott semmi. Ezt követően olvastam egy olyat is, hogy ha 5.1.16-ra felfrissítem a kernelt, azzal biztosan menni fog. Ezzel sem lett változás. Mivel a 16-os Ubuntut sokan stabilabbnak tartják, mint a 18, 19-et, ezért egy live cd-vel elindítottam azt is, de annál sem működött a wifi.

Most kicsit elakadtam. Ti futottatok már hasonlóba? Ha igen, mi vezetett eredményre? Esetleg tudnátok tippeket adni, hogy mivel próbálkozzak?

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

OpenLDAP memberOf overlay csak félig működik

Fórumok

sziasztok,

egy Ubuntu 18.04-re telepítettem slapd-t (@(#) $OpenLDAP: slapd  (Ubuntu) (Aug  8 2019 18:08:36) $). disclaimer: kezdő vagyok LDAP-ban. a cél első közelítésben mindössze annyi, hogy usereket szeretnék csoprtokba sorolni, és aszerint adni hozzáféréseket hálózati szolgáltatásokhoz, hogy az adott user tagja-e a vonatkozó csoportnak.

kezelőfelületnek az LdapCherry-t választottam (https://github.com/kakwa/ldapcherry), ez nagyjából pont erre van kitalálva. ez a csoportokat a "member" attribútumon keresztül kezeli, így a csoportok a groupOfNames objectClass-szal lettek definiálva:

dn: cn=cloud,ou=groups,dc=example,dc=org
objectClass: groupOfNames
cn: cloud
member: uid=test.user,ou=people,dc=example,dc=org
member: uid=aaa,ou=people,dc=example,dc=org
structuralObjectClass: groupOfNames
entryUUID: ...
creatorsName: cn=admin,dc=example,dc=org
createTimestamp: 20191203004205Z
entryCSN: 20191204001721.894079Z#000000#000#000000
modifiersName: cn=admin,dc=example,dc=org
modifyTimestamp: 20191204001721Z

rögtön az első szolgáltatás (cloud) a memberOf user attribútumon keresztül szűri a elhasználókat, így jutottam el a memberOf overlay telepítéséig. ez elvileg sikerült is, így néznek ki a vonatkozó config bejegyzések:

dn: cn=module{0},cn=config
objectClass: olcModuleList
cn: module{0}
olcModulePath: /usr/lib/ldap
olcModuleLoad: {0}back_mdb
olcModuleLoad: {1}memberof.la
structuralObjectClass: olcModuleList
entryUUID: ...
creatorsName: cn=config
createTimestamp: 20191201152221Z
entryCSN: 20191203214644.047665Z#000000#000#000000
modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
modifyTimestamp: 20191203214644Z
dn: olcOverlay={0}memberof,olcDatabase={1}mdb,cn=config
objectClass: olcConfig
objectClass: olcMemberOf
objectClass: olcOverlayConfig
objectClass: top
olcOverlay: memberof
olcMemberOfDangling: ignore
olcMemberOfRefInt: TRUE
olcMemberOfGroupOC: groupOfNames
olcMemberOfMemberAD: member
olcMemberOfMemberOfAD: memberOf
structuralObjectClass: olcMemberOf
entryUUID: ...
creatorsName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
createTimestamp: 20191203225212Z
entryCSN: 20191203225212.258200Z#000000#000#000000
modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
modifyTimestamp: 20191203225212Z

ha LdapCherry-ben beteszek egy usert egy csoportba, szépen megkapja a user a megfelelő memberOf attribútumot:

dn: uid=aaa,ou=people,dc=example,dc=org
cn: aaa
title: aaa
objectClass: top
objectClass: person
objectClass: posixAccount
objectClass: inetOrgPerson
loginShell: /bin/false
userPassword:: YWFhYUFBMTE=
uidNumber: 9999
gidNumber: 10000
sn: aaa
homeDirectory: /dev/null
mail: aaa@aaa.com
uid: aaa
structuralObjectClass: inetOrgPerson
entryUUID: ...
creatorsName: cn=admin,dc=example,dc=org
createTimestamp: 20191204001721Z
entryCSN: 20191204001721.873952Z#000000#000#000000
modifyTimestamp: 20191204001721Z
memberOf: cn=cloud,ou=groups,dc=example,dc=org
modifiersName: cn=admin,dc=example,dc=org

a probléma, hogy ha viszont kiveszem a csoportból, onnan eltűnik a vonatkozó member attribútum, de a usernél továbbra is megmarad a memberOf, vagyis hiába veszem ki a csoportból, ugyanúgy hozzáfér a szolgáltatáshoz. nagyon úgy tűnik, hogy a memberOf overlay csak az egyik irányban működik.

- mi lehet ennek az oka?
- lehet-e az az ok, hogy az overlay betöltésnél úgylátszik bénáztam, és 3 bejegyzés is van:

dn: cn=module{0},cn=config
objectClass: olcModuleList
cn: module{0}
olcModulePath: /usr/lib/ldap
olcModuleLoad: {0}back_mdb
olcModuleLoad: {1}memberof.la
structuralObjectClass: olcModuleList
dn: cn=module{1},cn=config
objectClass: olcModuleList
cn: module{1}
olcModulePath: /usr/lib/ldap
olcModuleLoad: {0}memberof
structuralObjectClass: olcModuleList
dn: cn=module{2},cn=config
objectClass: olcModuleList
cn: module{2}
olcModulePath: /usr/lib/ldap
olcModuleLoad: {0}memberof
structuralObjectClass: olcModuleList

- megoldhatja-e a problémát, ha törlöm az {1} és {2} bejegyzéseket?
- betöltésnél mi a helyes modul elnevezés, "memberof" vagy "memberof.la"? a leírás amit találtam, használta a .la-t, de az eleve betöltött modulnál (back_mdb) nincs, a leírásban ott is van.
- okozhatja-e ez (az .la ottléte vagy hiánya) a problémát?

elnézést a hosszú nyitásért, de úgy vettem észre, ezen a területen különösen sokminden múlik a részleteken, ezért szerettem volna minél precízebben felvázolni a problémát. előre is köszönök minden segítséget!

ubuntu 19.10-re frissítés hibák

Fórumok

Sziasztok!

Sziasztok, amiatt írok hogy aki eddig nem frissítette ubuntu 19.10-re a rendszerét az vigyázva induljon neki. Feljött a frissítés ablak, teljes nyugalommal rányomtam, hogy kérem az upgrade-t eddigi tapasztalataim alapján az elmúlt években mindig lefutott hiba nélkül. Elmentem egy félórára és utána az fogadott, upsz valami hiba történt a bejelentkezéskor.  Újraindítom:

error: symbol 'grub_file_filters' not found. 
Entering rescue mode... 
grub rescue>

A megoldás az lett,hogy live dvd-t bootoltam,  újratelepítettem a grub-ot.

Illetve az automatikus bejelentkezést ki kellett kommentelnem:

/etc/gdm3/custom.conf -ban

 

üdv Kepe

Az update-manager lefuthatott sudoer pw nélkül?

Fórumok

Sziasztok!

Reggel álmosan leültem a gép elé, és láttam, hogy a Frissítéskezelő (/usr/bin/update-manager, vagy update-notofier) jelzi, hogy van néhány csomag (aktuálisan FreeTDS, egy-két pulsaudio elem stb., de nem ez a lényeg).
Láttam, hogy közli a Frissítéskezelő, hogy a csomagokat már korábban letöltötte, ok, akkor belefér: A jobb kezemet komótosan az egérre tettem és kattintottam, hogy oké frissítsd... Álmosan, gibbonként magam mellett lógatott bal kezemet lassan megemeltem a jelszó begépeléséhez, de mielőtt elhelyezhettem volna kis kacsóimat a billentyűzet előtt, sutty; kérdés nélkül lefutott.
A csipától elhomályosult volna a neuronhálózatom, esetleg valamiről lemaradtam, vagy még ezt is álmodom?

Ha nem vagy álommanó, a válaszodat előre is köszönöm.

(Kubuntuból hegesztett LXQT, 19.04. A gép éjjel futott, nem volt képerenyővédő, csupán bekapcsoltam a kijelzőt.)

Mirol maradtam meg le?

Fórumok

Most hogy felfrissitettem a szerverem 19.10-re, azon kezdtem agyalni, hogy az utobbi par release ota mi volt az, ami kimaradt az miatt, hogy nem clean install volt. Amit mar megcsinaltam az ifupdown - Netplan migracio.

Esetleg valaki ossze tudna szedni, mi az amit meg erdemes megcsinalni?

Biztonsági mentés

Fórumok

Sziasztok.

Adott egy Ubuntu 18.04 LTS op. rendszer.

Az SSD-n /dev/sda1 van egy "xy" nevű mappa amiről minden nap 20:00-kor szeretnék egy biztonsági mentést készíteni a számítógépre csatlakoztatott külső HDD-re (sdb1) ami NTFS-re van formázva.

Automatán kellene induljon, ha ezt meglehet oldani.

Ebben szeretném a segítségeteket kérni, ill. tudtok ajánlani olyan szakkönyvet vagy portált ami ezzel foglalkozik külön? Már mint a biztonsági mentésekkel. Nem feltétel, hogy magyar legyen a könyv vagy a portál..

Köszönöm a segítségeteket előre is.

iscsi telepítése és meghajtó felcsatolása

Fórumok

Helo!

Segítséget szeretnék a tárgybélihez. Nem csináltam még ilyet. Kaptam három adatot:

iqn.1991-05.com.microsoft:xyz
username
password

Feltelepítettem az open-iscsi. Nem világos hogy hogy áll ez össze. Nem látom hogy kapcsolódott-e valahova is. Az iqn-es cím /etc/iscsi/initiatorname.iscsi -ba kerül?

Lassú a magyar package repository (hu.archive.ubuntu.com)?

Fórumok

Ma próbáltam futtatni a

sudo apt update && apt upgrade

parancsot, volt is egy csomag, ami frissülni akart, de tette azt veszett lassan (<100kb/s). Gyors Gugli, korábban másnak is volt ilyen baja, mint kiderült packet loss miatt volt a lassulás. Nálam az eredmény:


$ mtr --report -T archive.ubuntu.com
Start: 2019-09-16T08:27:31+0200
HOST: Laci                        Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- _gateway                   0.0%    10    0.4   0.4   0.4   0.5   0.0
  2.|-- 94.21.21.162               0.0%    10   18.9  18.9  18.6  19.4   0.2
  3.|-- 10.1.0.205                 0.0%    10   19.2  19.8  18.6  23.8   1.5
  4.|-- cr02.budapesta.rdsnet.ro   0.0%    10   19.8  19.6  19.2  20.3   0.3
  5.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
  6.|-- 83.217.233.9               0.0%    10   18.7  21.5  18.7  38.5   6.0
  7.|-- ae-0.level3.budahu01.hu.b  0.0%    10   19.4  19.8  19.0  21.8   0.8
  8.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
  9.|-- SOURCE-MANA.ear2.London1.  0.0%    10   50.5  50.7  50.1  51.4   0.4
 10.|-- secondary.danava.canonica  0.0%    10   45.8  45.9  44.8  48.5   1.0

A kérdés, hogy mi lehet az 5. és 8. pont, ahol 100% a packet loss, miért nem írja ki a címét?

Ugyan KDE Discover-ben sikerült beállítani, hogy a lehető leggyorsabb repo-t használja (Beállítások -> Menü -> Kubuntu szoftverek -> Letöltés innen -> Egyéb -> Legjobb kiszolgáló kiválasztása) és most rendesen muzsikál, de hajt a kíváncsiság, hogy megtudjam a választ. Másnál nem jelentkezett ilyen probléma?