Hirdetés
- SSD kibeszélő
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- NVIDIA® driverek topikja
- HiFi műszaki szemmel - sztereó hangrendszerek
- Gaming notebook topik
- Projektor topic
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- CES 2026: felcsavarta az AI-t az AMD, de örülhetnek a játékosok is
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Milyen billentyűzetet vegyek?
Új hozzászólás Aktív témák
-
#2099
Batman
őstag
dr_strange
#2098
Batman
őstag
válasz
dr_strange
#2098
üzenetére
Nekem már pq 2-3 elcseszte a linuxos particiomat , mikor azokat nem is bantottam henem masik particiot formaztam csak.De mivel most nincs mas a kezemben amivel meg tudnam oldani, nincs sok választásom.
-
Sipi
addikt
Jé, én nem is láttam ezt a kérdést...
Tűzfal: persze, az iptables-t.
(Illetve ennek konfigurálásához a fireholt.)
Vírusirtót nem, mert minek? Nem találna semmit.
Amikor bevezették a netet, feltettem a Linuxot, s rá tűzfalat a psad detektorral, naponta 5-10 különálló támadást kaptam. Nagy része ''baráti'', Axelero-s címtartományból, de volt orosz is bőven.
Mostanában nem kapok semmit... Vagy csak elállítottam a figyelmeztetést?
Sipi -
#2093
Batman
őstag
dr_strange
#2092
Batman
őstag
válasz
dr_strange
#2092
üzenetére
Pedig reménykedtem!
-
Sipi
addikt
Hm, mi volt a körkérdés?
A /var/tmp/portage esetleg. Abban megmaradnak a hibás emerge-k, mert nem futott végig, így nem törölte a kicsomagolt forrásokat.
A home-od esetleg...
A /opt-ba szokott különálló dolgokat tenni. Pl. a nagy, bináris játékok ide kerülnek. Ha feltetted az Americas Army-t, az egyből vagy 1GB.
Sipi -
escie
őstag
tudnatok adni valami kis utmutatot, hogy hogyan lehet kenyelmesre beallitani egy ''ketlaki'' gepet?
konkretan az a problemam, hogy, a gepem itthon dhcp-n kapja meg az informaciokat -ures a net.eth0, igy automatikusan a dhcp-t hasznalja- , de abban az esetben, ha nincs kabel, nincs dhcp persze ugyanugy var ra butan, all az init.
olyan kene nekem, hogy gond nelkul felallna rendszer, akkor is, ha nincs kabel bedugva, illetve ha bedugom a kabelt, akkor kerjen ip-t, stb-t.
valami olyasmi lenne ez, mint amit a dbus/hal csinal, illetve olyan viselkedest szeretnek, mint a winxp-ben, hogy ki-be huzigalhatom, es csak beavatkozas nelkul mukodik minden.
remelem ertheto irtam le... -
Batman
őstag
Hm... akkor meg majd eldöntöm ,hogy felmegy e vagy nem!
Amugy ma feltetem egy körkérdést , de senki sem reagált rá.
mod:
A rendszernek egy 9.5 gigás particiót adtam ,na most ebbél több mint 8.5 tele van!
A distfájlok egy masik particióra mennek.
A gentoo hova szemetel melyik mappába rak olyan cuccokat amik lenyegében feleslegesek? -
Sipi
addikt
Az Inteles benti gépen ez van. Nem tudom, melyik csomagtól, de elkezdett a videokártya bugzani. Az 1.1.0-ás xorg-server okés volt. De sajna, nem tudom, hogy tényleg ettől lett-e, lehet, hoigy csak melegszik a gép. Ja, és kizárólag Opera alatt lép ki az X-ből, pedig azt nem is frissítettem.
Az 1.1.0 tutira jó, nem hiszem, hogy a -r1 elrontaná.
Mod: a -r verziók mindig hibajavítást tartalmaznak az eredetihez képest. Így nem hiszem, hogy bugos lenne, inkább ezek a bugmentesebb dolgok. Ilyenkor megéri frissíteni. A verzióváltás okozhat gondokat.
Sipi
[Szerkesztve] -
Batman
őstag
In file included from qp_fswrap.cpp:32:
qp_debug.h:26:31: warning: ISO C does not permit named variadic macros
qp_fswrap.cpp: In static member function `static QString QP_FSFat32::_get_label(PedPartition*)':
qp_fswrap.cpp:1021: error: `PED_SECTOR_SIZE' was not declared in this scope
qp_fswrap.cpp:1024: error: `buffer' was not declared in this scope
qp_fswrap.cpp:1021: warning: unused variable 'PED_SECTOR_SIZE'
qp_fswrap.cpp: In static member function `static QString QP_FSNtfs::_get_label(PedPartition*)':
qp_fswrap.cpp:1093: warning: unused variable 'qwTotalSectorsCount'
make[3]: *** [qp_fswrap.o] Error 1
make[3]: Leaving directory `/var/tmp/portage/qtparted-0.4.4/work/qtparted-0.4.4/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/qtparted-0.4.4/work/qtparted-0.4.4/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/qtparted-0.4.4/work/qtparted-0.4.4'
make: *** [all] Error 2
!!! ERROR: sys-apps/qtparted-0.4.4 failed.
Call stack:
ebuild.sh, line 1540: Called dyn_compile
ebuild.sh, line 940: Called src_compile
ebuild.sh, line 1249: Called kde_src_compile
kde.eclass, line 164: Called kde_src_compile 'all'
kde.eclass, line 299: Called kde_src_compile 'myconf' 'configure' 'make'
kde.eclass, line 295: Called die
!!! died running emake, kde_src_compile:make
!!! If you need support, post the topmost build error, and the call stack if relevant.
Hát a stabil sem ment fel
mod:
Lehetséges megoldás: [link] -
Batman
őstag
In file included from qp_fswrap.cpp:32:
qp_debug.h:26:31: warning: ISO C does not permit named variadic macros
qp_fswrap.cpp: In static member function `static QString QP_FSFat32::_get_label(PedPartition*)':
qp_fswrap.cpp:1021: error: `PED_SECTOR_SIZE' was not declared in this scope
qp_fswrap.cpp:1024: error: `buffer' was not declared in this scope
qp_fswrap.cpp:1021: warning: unused variable 'PED_SECTOR_SIZE'
qp_fswrap.cpp: In static member function `static QString QP_FSNtfs::_get_label(PedPartition*)':
qp_fswrap.cpp:1093: warning: unused variable 'qwTotalSectorsCount'
Itt az eleje is. -
Sipi
addikt
1. Ez a verzió még ~x86-os, ergo nem biztos, hogy fordul.
2. Emiatt ne aggódj. Nem a rendszer nem szeret téged. Az ~x86 ''átka'' ez, hogy előfordulnak nem települő csomagok. Ilywenkor próbálkozni kell más verziókkal.
Mellesleg pont a hibát nem másoltad be. Az előtte lévő sorok a lényegesek, az ebuild.sh sorok a Portage sikolyai. Csak egy warning van ott, az nem jelent semmi gondot. Előtte az error lehet, hoy azt mondaná, valamelyik lib rossz.
Sipi -
Batman
őstag
Egyszerűen a rendszerem nem bír meglenni hiba nélkül , vagy csak a rendszer nem bír engem:
qp_fswrap.cpp:1093: warning: unused variable 'qwTotalSectorsCount'
make[3]: *** [qp_fswrap.o] Error 1
make[3]: Leaving directory `/var/tmp/portage/qtparted-0.4.4-r1/work/qtparted-0.4.4/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/qtparted-0.4.4-r1/work/qtparted-0.4.4/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/qtparted-0.4.4-r1/work/qtparted-0.4.4'
make: *** [all] Error 2
!!! ERROR: sys-apps/qtparted-0.4.4-r1 failed.
Call stack:
ebuild.sh, line 1540: Called dyn_compile
ebuild.sh, line 940: Called src_compile
qtparted-0.4.4-r1.ebuild, line 32: Called die
!!! make failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
Szóval qtparted-ot akartam telepíteni, de nem sikerült.
-
-
#2075
Batman
őstag
dr_strange
#2074
Batman
őstag
válasz
dr_strange
#2074
üzenetére
Köszi majd átnézem.
-
Sipi
addikt
Ez rendes ebuild, a legújabb verzióhoz. Fel is megy - arról nem tehetnek, hogy maga a NM ilyen nyomi.
Sőt, az emerge elején egy rakás peccset is rátesz.
Leírod, pontosan mit is szeretnél megcsinálni? Lehet, hogy tök egyszerűen megoldható standard úton, és nem kell emiatt fejreállítanod a Gentoo-t. (Mert hiába kerül be a Portage-ba hivatalosan, akkor is az említett programok lesznek a függőségei, és továbbra sem szerencsés egy gépen három DHCP-klienst és egy DHCP-szervert tárolni.
Sipi -
#2070
Sipi
addikt
dr_strange
#2069
Sipi
addikt
válasz
dr_strange
#2069
üzenetére
Ezért nem értem én sem... Ha ennyire vadbonyolult automatizálás kell, azt GUI-val sem oldja meg egy átlaguser. A netconfig file-okkal azonban annyira testre lehet szabni, hogy sosem kell hozzányúlni. Csatlakozhat automatikusan az elérhető hotspotokhoz, preferált lista alapján is, egyeseket letiltva, így-úgy-amúgy.
Az az alapbeállítás pedig, hogy ha dróton lógok, dhcp-vel drótos címet kap, ha kihúzom, lelövi a drótot, és keres wifin, alapból benne van. Ha talált hotspotot, csatlakozik, ha tud. Ha ezután visszadugom drótra, leáll a wifi, megy drótról. A béta baselayout így működik.
Sipi -
Sipi
addikt
Nu, még egyszer.
Ha alap Gentoo telepítést használsz, akkor a Gentoo saját init scriptjei a dhcpcd nevű programot akarják használni. Ez fenn van a gépeden, ezt is fogja használni. Ez egy kliens.
A dhcp meg egy szerver, amiben kliens is van. Gyönyörűen össze fognak veszni.
Egyébként feltettem. Amikor inittel elindítottam a NM-t, elindult a dhcdbd, majd a standard módon a net.eth1 is! Ergo, nem csinált semmit az NM. Viszont utána kárpótlásként el sem indul, hanem egy tonna hiba kiköpése után lehal...
A gentopia-ban csak az NM-nek szükséges cuccok vannak, a dhcdbd és libnl. A dhcp csomag a sima Portage-ban van benne. De mondom_ ha felteszed az NM-t, lesz dhcdbd, dhcp és dhcpcd is a gépeden. A dbd a dhclienthez kell, ami a dhcp része. A dhclient ugyanazt csinálja, mint a dhcpcd.
Ha a NM-t akarod használni, a korábbi indítóscripteket le kell tiltani, meg érdemes lenne a dhcpcd-t is leszedni. Innentől el kell felejteni, hogy Gentoo alatt indítgasd, állítgasd a hálózatot, mert afelett átveszi az uralmat az NM. Sajna, az NM scriptjében még mintha nem lenne benne, hogy mit provide-ol, így szerintem az összes hálózati kapcsolatot igénylő init script el akarja majd indítani a net.ethx-et is.
Persze, megoldható, hogy csak az NM menjen. Kár, hogy nálam még sosem futott...
Sipi -
Batman
őstag
nm-applet-el kell elvileg elindulnia, de nekem si volt hogy nem akart, probald ki userként és rootként is, ha nem allitsd le teljesen es inditsd ujra a dbus-t, az magával huzza.
mod:
Nem tudom ez a gentopia [link] mennyire megbizhato, de ebben az overlay-ben elvileg benne van mar csomagként. -
-
Sipi
addikt
Attól függően, mit akarsz csinálni, több lehetpséged is van.
Milyen userek? A saját laptopodra kell, vagy ''üzemi'' környezetbe?
A Gentoo alapbeállítása olyan, amit írtam. Pont laptop-felhasználóknak készült, ha lehúzod a drótról, wifit keres és csatlakozik. Drót esetén átvált arra.
De ott van pl. a kwifimanager, hasonló a Windows kezelőjéhez, kezelésében is.
Sipi -
Sipi
addikt
Én még nem tudtam életre lehelni, egyszer sikeresen lefordult, de nem indul.
Ahogy néztem, tényleg A tökéletes hálózati manager lenne.
Viszont Gentoo alatt kb. ugyanez megvan alapból az init scriptekben... Jelenleg úgy megy, hogy ha van drótos net, azt használja, ha nincs, próbálja a wifit. Ha megszűnik, vált drótra, ha van. Kihúzom, bedugom, váltogat.
A NM-nek annyi a gondja, hogy elég egzotikus programok kellenek neki. (Egyébként kell függősége valami dhcpdbd is. Plusz dhclient, dhcp, libnl-ből egy fejlesztői, béta verzió.)
Egy-két hónap múlva valószínűleg mindent überelni fog.
Most annyi gáz van vele, hogy a Gentoo cuccait elég szépen fejbe tudja vágni.
Sipi -
Sianis
addikt
Én Ubuntu alatt használom, ott csak 3 függősége van:
- dhclent(3?)
- libnl
- wpasupplicant
Amúgy ha egyszer sikerül összehozni, igazán hálás kis jószág, bármilyen Wireless hálózathoz szépen tud csatlakozni, kábelesen úgy tudom, hogy még csak DHCP-n keresztül tudsz ip-t kapni, fix-et nem lehet belőni.
Én Ubuntu alatt nem is használok mást, és tényleg semmi bajom nincs. Otthon viszi a WPA-PSK-t, koliban viszi a kábeles netet, informatikai intézetben viszi a belső Wifi hálót. Enélkül igen babrás lenne a kezelése (>1 évig így is volt, tudom milyen) és nekem NM áldásként érkezett.
Sianis -
#2057
Batman
őstag
dr_strange
#2056
Batman
őstag
válasz
dr_strange
#2056
üzenetére
mükszik, köszi
-
#2055
Batman
őstag
dr_strange
#2054
Batman
őstag
válasz
dr_strange
#2054
üzenetére
Ok, de hova linkeljem az /usr/lib/libexpat.so.0? Vagyis melyik mappában hozzak létre egy symlinket?
-
#2053
Batman
őstag
dr_strange
#2052
Batman
őstag
válasz
dr_strange
#2052
üzenetére
az /usr/lib-ben van és az /opt/vmware/lib/lib-ben is.
-
#2051
Batman
őstag
dr_strange
#2050
Batman
őstag
válasz
dr_strange
#2050
üzenetére
köszi megnézem.
esetleg az ''svn''-es problámára nem tudod a megoldást? -
#2049
Batman
őstag
dr_strange
#2048
Batman
őstag
válasz
dr_strange
#2048
üzenetére
Nem tudom még nem használtam , de majd utánanézek.
-
gd5424
tag
Hi!
Megkérdezem Tőletek is profi linuxosoktól:
Miért nem működik nálam a valknut?
Tudok vele chat-elni,és még a keresés is működik,de semmilyen letöltés nem indul el!
Próbáltam tűzfallal(firestarter,guarddog),rendesen megnyitottam a portot(tcp,udp).
De nem hiszem hogy ez a probléma,mert tűzfal nélkül ezt írja:
#iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Sokat nem értek az iptableshez,de nekem ez azt jeleni hogy minden nyitva van.
És így is ua. csinálja chat,keresés ok,letöltés nem indul el.(még a file listákat sem tudom letölteni)
Routert használok,de az biztosan jó mert ugyanezen a gépen win alatt (ugyanezen a porton) megy a strongdc aktív módban.
Tanácstalan vagyok vkinek vmi ötlet?
Köszi.
-
Batman
őstag
jol van na de kell egy normalis kezelőfelület, nem várhatom el minden usertől, hogy konzolban állítsa be netet.
amugy van mégegy bajom:
# svn
svn: error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory
Már kipróbáltam pár dolgot ujra forgattam többször is , stb....
Ötlet? -
Sipi
addikt
Teee, csak nem nyugszol? Végre megy minden a gépeden, erre szétcseszed a NetworkManager idióta dhcp-függőségeivel?
(A többieknek: eme szoftver felrak vagy három dhcp-csomagot is, ebből egy szerver és kliens, a többi valami kliens-féleség. Ettől előfordul, hogy miután szépen megkaptad a címet a normál Gentoo-módon a dhcp-szervertől, a többi egyszer csak elkezd kérni, ettől a dhcp-szerver megzavarodik, és mégsem kapsz címet. Látszólag szépen lezajlik minden (hiszen az azonosítás, címkérés megvolt), aztán semmi.)
Sipi -
Sipi
addikt
Ööö, én is erre értettem.
Sima verzióváltásnak nincs semmi baja, olyankor kompatibilis az új a régivel. A .so file-t azért kellhet teljesen átnevezni, mert annyira más, hogy nem kompatibilis az előzővel.
Ilyenkor szimlinkkel nem is menne, mert tele lenne minden program unresolved symbol hibával.
Nos, ha ennyire túl vagy rajta, akkor készülj a gcc- és udev-váltásra!![;]](//cdn.rios.hu/dl/s/v1.gif)
Sipi -
escie
őstag
az ilyen atallasok szoktak galibat okozni azert, erre mondtam a libexpat valtozast. az en szep kover regi rendszeremen a fel vilagot ujra kellett forgatni, mert megvaltoztattak a libexpat filenevet...
nem valami szerencses analogia volt, belatom, csak az ilyen kompatibilitasi toresek hatulutoire celoztam. asszem ez az udev valtozas nem lesz olyan veszes...
mindenesetre utalom, ha megtorik a szep kis initet ilyen dolgok, mint ez az uzenet...
rajottem miert nem magyar a billkiosztasom.
az xorg .conf nelkul megy, mert igy tokeletes mindket eger automatice, viszont igy nem tudja, hogy hu kiosztast szertenek...
[Szerkesztve] -
#2037
Sipi
addikt
dr_strange
#2036
Sipi
addikt
válasz
dr_strange
#2036
üzenetére
Úgy érted, csak dbus-hal-t használsz, az ivman kikapcsolva? A gnome-volume-manager csinál mindent? (Ebben az lenne a vicces, hogy elvileg ez is csak annyit csinál, hogy meghívja a pmount-ot a hal által megadott értékekkel...)
A kde volume manager lenne a legszimpatikusabb, abban az esetben, ha a csatolt könyvtárakba be tudnék lépni...
Sipi -
Sipi
addikt
Miért lenne olyan
Ez egy üzenet a disztribúciók fejlesztőinek, semmi más. Azt mondja nekik, hogy a közeljövőben a %e megszűnik, ne használják. Így mindenki látja, hogy át kell írni a disztrib-függő szabályok egy részét. Semmi hatása nincs a működésre, csak egy printf az egész.
A libexpatra nem emlékszem. Ha arról van szó, hogy frissült a libexpat, és emiatt pár csomag függősége elromlott, az ''természetes'' jelenség, erre van a revdep-rebuild. Sőt, ez futtatható úgy is, hogy csak egyetlen .so-ra nézi meg, mi hibádzik.
Sipi -
escie
őstag
szinte latom, ez is olyan lesz, mint az a hulye libexpat. harom gepen, haromszor szivatott meg.
a jelenlegin csak kb 5 dolgot tort ossze, idoben eszbekaptam.
--
kozos:
ha mar itt jarok, buszken jelenthetem, levaltottam az asztali gepemet egy Asus L3000D-re, ugyanis apam kinotte, lett helyette neki orias-FuSi.
van mar kde-m, ami nem akar magyarul irni, bar tudnam miert, es nincs meg hang, infra, acpi-gombok bekonfiguralva, dri, es meg sokan masok. viszont mar ujraforditottam mindent korrekt use- es cflag-ekkel, mivel stage3-bol inditottam. (ez olyan, mint a zacskosleves
)
a powernow mukodik szepen, akar 500MHz-en is megy a proci az 1800 helyett.
az akksim viszont eleg gyenge.
kivancsi leszek hosszutavaon a SiS csipszettre, eddig eleg joltamogatottnak tunik, de a dumharmat elfelejthetem. nem a sebessegerol hires a SiS gpu. meg 2d-ben is eleg gyenge. sebaj, legalabb mobil.
azt hiszem, jovok majd ezt-azt kerdezgetni...
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 740 Host (rev 01)
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] Virtual PCI-to-PCI bridge (AGP)
00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS962 [MuTIOL Media IO] (rev 04)
00:02.1 SMBus: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE]
00:02.6 Modem: Silicon Integrated Systems [SiS] AC'97 Modem Controller (rev a0)
00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] AC'97 Sound Controller (rev a0)
00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f)
00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f)
00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f)
00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 90)
00:0a.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev aa)
00:0a.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev aa)
00:0a.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller (rev 02)
01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 65x/M650/740 PCI/AGP VGA Display Adapter
[Szerkesztve] -
Sipi
addikt
A %e-cseréről a Gentoo fórumon egy fejlesztő azt írta, hogy meg ne merjék csinálni.
Semmi baj ezzel, ez egy udev-üzenet, a fejlesztőknek szól, hogy írják át a szabályokat. A fickó szerint a %n nem alkalmas a %e leváltására. Ez egy szimpla warning, semmi baj nincs vele, de ha kicseréled, széteshet a rendszer.
Sipi -
maniac
senior tag
Idezet hup.h-rol:
Nos, így elsőre találtam valamit...
Nekem is ugyanezt írta ki boot-nál:
udevd-event[1177]: find_free_number: %e is depreciated, will be removed and is unlikey to work
Kicseréltem a /etc/udev/rules.d/50-udev.rules -ban:
''%e'' > ''%n''
És mostmár nem panaszkodik. Működnek az usb-s eszközök is.
[link] -
#2031
Sipi
addikt
dr_strange
#2028
Sipi
addikt
válasz
dr_strange
#2028
üzenetére
Szívesen, és irigyellek.
Van olyan, akinek az automount (cd, dvd, pendrive) működik? Mindegy, milyen módon...
Jelenleg az ivman szépen felismer ls csatol mindent. De umountolni már csak rootként tudom... És itt sem lelem, hol tudnám megadni a csatolási paraméterek között a users opciót! Régebben volt ilyen, most totál átalakították a konfigokat, kevesebb lett, és lényegében semmit sem állít.
Ha ivmant kikapcsolom, maradok a KDE mediakezelőjénél, szépen kiteszi a (lecsatolt) ikont az asztalra. Ha megnyitom, csatolja. Le is tudom választani, gyönyörűen megy.
KIVÉVE azt, hogy az automatikusan létrehozott csatolási könyvtár (pl. /media/hdd) csak root-nak elérhető, SENKI nem tud belépni... umountolni viszont tudom. Jó játék, gyengébb értelmű gyerekeknek... És termszéetesen a halnak sincs semmiféle épértelmű konfigja, ahol meg lehetne mondani, hogyan csatoljon. Csak általános érvényű opciók vannak, hogy pl. csapja a mount sor végére az umask, sync, dyrsync paramétereket. De értéket nem lehet adni nekik!
Ha valaki tud megoldást, szívesen fogadom.
Sipi -
-
#2029
dr_strange
senior tag
Batman
#2025
-
Sianis
addikt
Ha már így belementünk az udev rejtelmeibe, akkor itt egy másik.
Indításkor kapok ilyen üzenetet...udevd indulásakor:
udevd-event[2885]: find_free_number: %e is deprecated, will be removed and unlikely to work correctly. Don't use it.
udevd-event[2884]: find_free_number: %e is deprecated, will be removed and unlikely to work correctly. Don't use it.
Ez milyen problémát jelöl? És mi a megoldása?
Sianis -
Sipi
addikt
-
#2024
Sipi
addikt
dr_strange
#2023
Sipi
addikt
válasz
dr_strange
#2023
üzenetére
Remélem, menni fog, mert az az igazság, ezt a hsz-t totál fejből írtam... Az otthoni gépen van módosítva, úgyhogy emlékezetből próbáltam bepötyögni.
Sipi -
#2022
Sipi
addikt
dr_strange
#2021
Sipi
addikt
válasz
dr_strange
#2021
üzenetére
Mellesleg kipróbáltad már? Működik?
Most egyébként újfent bele kell ásnom magam. Az újabb dbus és hal máshogy működik, s mivel vettem egy pendrive-ot, ki is próbálhattam.
ivman: szépen csatolja, helyes jogokkal. Az ivman szépen konfigurálható, így az esetleges hibás mount opciókat is könnű javítani. Ugyanakkor összevész ugye a grafikus mounterekkel, ezért lecsatolni már nem tudom a KDE asztalán megjelenő ikonra kattintva.
kioslave: szépen működik, ikon megjelenik, csatolódik a /media/xxx alá az eszköz. Ippeg csak belépni nem lehet, mert a könyvtár jogai: root:root-nak 0750. Szuper. A KDE a pmountot használja, az pedig a HAL beállításai alapján csatol.
Itt a gáz. A jelenlegi HAL-t néztem, de szinte semmit nem lehet állítani benne. A /etc/hal üres, a /usr/share/hal-ban vannak fdi file-ok, csak éppen mind különleges eszközökre való. Ami azokban van, az sem a régi fajta, hogy direktben meg lenne adva pl. a csatolási opció. Nem tudok még kiigazodni rajta... Pedig ekkora betyár hibát nem ártana valahogy kijavítani, hiszen kinek jut eszébe egy user által bedugott pendrive-ot eleve a root tulajdonába adni?!? A konfigokban csak append sorok vannak, ami, ahogy néztem, csak annyit csinál, hogy hozzáfűzi (vagyis engedélyezi) az adott opciókat.
Na, valamit majd alkotok.
Sipi -
#2020
Sipi
addikt
dr_strange
#2018
Sipi
addikt
válasz
dr_strange
#2018
üzenetére
Még szép!
Bocs, hogy oda nem szoktam írni, de elég konzervatív vagyok, és már nagyon ideszoktam. Az időnkénti szófosásaimat azonban örülök, ha átteszed oda is!
Kösz,
Sipi -
#2018
dr_strange
senior tag
dr_strange
senior tag
Sipi, engedelmeddel libusb-s tanácsodat átblogolom a magentára --- jól jöhet ott is sokaknak.
-
Sipi
addikt
Bár nem írtad, mivel nézted, hogy piros, felteszem, konzolban. Ez olyankor van, ha az adott ''könyvtár'' egy link valahova máshova, és az eltűnt. (Letörlődött, átneveződött.)
Vagy eltűnt az egész, vagy nézd meg, ha van a filerendszerben lost+found könyvtár, ott talán megvan. Ja, azt is nézd meg, eredetileg hova mutatott a link!
Sipi -
-
#2012
Sipi
addikt
dr_strange
#2011
Sipi
addikt
válasz
dr_strange
#2011
üzenetére
Tutira, ugyanis pont emiatt ástam bele, módosítottam. Így már tudom olvasni.
Az más kérdés, hogy a kedves gphoto2-fejlesztők csesznek kijavítani a drivert, így elég hektikusan működik...
Batman: JEEEEEEEEE!!!
Sipi
[Szerkesztve] -
Sipi
addikt
Ha elszáll, akkor annyi. Vársz, míg újabb verzió jelenik meg, vagy megpróbálod jövő héten. Sok mindentől függ, lefordul-e egy bétás gcc. Lehet, hogy időközben frissül valami csomag, és lefordul.
Ja, a gtk flaget szerintem kikapcsolhatod a gcc esetén. Nem tudom, mit csinál, de totál felesleges. Ráadásul ez is okozhat fordítási hibákat.
Ja: /etc/portage/package.use-ba sys-devel/gcc -gtk kell.
Sipi
[Szerkesztve] -
Sipi
addikt
Ja, ezt korábban akartam már írni. Akinek automount-problémája van, egy kis infó.
A libusb új verziójában megváltoztatták az eszközkezelést. Eddig először a /proc-ban nézte a jogokat, most már a /dev-ben. Ezzel az a gáz, hogy a HAL csak a /proc bejegyzések jogait állítja át, a /dev-ben viszont alapban a legtöbb csatolható eszköz csak root számára elérhető. Ergo: nem működik a csatolás.
Megoldás: az udev szabályait kell átírni. Ezek a /etc/udev/rules.d-ben vannak. Be lehetne írni az 50-udev.rules-be is, de ekkor minden udev-frissítés felülírná. Ezért érdemesebb pl. átmásolni ezt 10-udev.rules-ra. Ebben alig pár sor a lényeges, a többi törölhető.
A lényeg az usbfs-like device nodes résznél van. Ez egy hosszú sor, a végén látható, hogy MODE=''0644'' joggal hozza létre az eszközt. Vagyis root ír/olvas, csoport olvas. Ez nem elég, a csoportnak is írnia kell, vagyis 0664 legyen. Plusz, mivel alapban a root lesz a csoport is, utána kell írni ezt az infót is. A végére tehát ....... NAME=''%c'', MODE=''0664'', GROUP=''plugdev'' lesz a sor. Így a plugdev csoporté lesz az eszköz, ír/olvas jogokkal.
Sipi
[Szerkesztve] -
-
Batman
őstag
Hali!
Ki talakozott gcc 4.1 fordítása közben a köv hibaüzenettel:
The bug is not reproducible, so it is likely a hardware or OS problem.
make[2]: *** [insn-attrtab.o] Error 1
make[2]: Leaving directory `/var/tmp/portage/gcc-4.1.0/work/build/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/var/tmp/portage/gcc-4.1.0/work/build/gcc'
make: *** [profiledbootstrap] Error 2
!!! ERROR: sys-devel/gcc-4.1.0 failed.
Call stack:
ebuild.sh, line 1557: Called dyn_compile
ebuild.sh, line 966: Called src_compile
ebuild.sh, line 1272: Called toolchain_src_compile
toolchain.eclass, line 24: Called gcc_src_compile
toolchain.eclass, line 1487: Called gcc_do_make
!!! emake failed with profiledbootstrap
!!! If you need support, post the topmost build error, and the call stack if relevant.
Pár topic ami ezzel foglalkozik:
[link]
[link] hmm a napokban közel 500 csomagott frissítettem szal elképzelhető
[link] Ez egy jó ötlet amit lehet meg is próbálok.
Hátha segít:
emerge --info
Portage 2.1.1_pre1-r1 (default-linux/x86/2006.0, gcc-3.4.5/hardened, glibc-2.4-r3, 2.6.16-gentoo-r8 i686)
=================================================================
System uname: 2.6.16-gentoo-r8 i686 Intel(R) Pentium(R) M processor 1.86GHz
Gentoo Base System version 1.12.1
dev-lang/python: 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox: 1.2.18.1
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils: 2.16.1-r2
sys-devel/gcc-config: 2.0.0_rc1
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r5
ACCEPT_KEYWORDS=''x86 ~x86''
AUTOCLEAN=''yes''
CBUILD=''i686-pc-linux-gnu''
CFLAGS=''-O2 -march=pentium4 -mtune=pentium4 -pipe''
CHOST=''i686-pc-linux-gnu''
CONFIG_PROTECT=''/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config''
CONFIG_PROTECT_MASK=''/etc/env.d /etc/eselect/compiler /etc/gconf /etc/terminfo''
CXXFLAGS=''-O2 -march=pentium4 -mtune=pentium4 -pipe''
DISTDIR=''/usr/portage/distfiles''
FEATURES=''autoconfig ccache collision-protect distlocks fixpackages metadata-transfer sandbox sfperms xscreensaver''
GENTOO_MIRRORS=''http://gd.tuwien.ac.at/opsys/linux/gentoo/ http://gentoo.ITDNet.net/gentoo ftp://gentoo.itdnet.net/gentoo/ http://ftp.club-internet.fr/pub/mirrors/gentoo http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/''
PKGDIR=''/usr/portage/packages''
PORTAGE_RSYNC_OPTS=''--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'''
PORTAGE_TMPDIR=''/var/tmp''
PORTDIR=''/usr/portage''
PORTDIR_OVERLAY=''/usr/local/overlays/xgl-coffee''
SYNC=''rsync://rsync.europe.gentoo.org/gentoo-portage''
USE=''x86 X aac acpi alsa apache2 apm avi berkdb bitmap-fonts caps cdr cli crypt cups dri dvd dvdr dvdread eds emboss encode esd foomaticdb fortran gdbm gif gnome gpm gtk gtk2 hal imlib isdnlog jpeg kde kdexdeltas libg++ libwww lirc lm_sensors mad mikmod mmx motif mp3 mpeg ncurses nls nptl ogg opengl oss pam pcre pdflib perl png pppd python qt quicktime readline real reflection samba scanner sdl session spell spl sse sse2 ssl tcpd truetype truetype-fonts type1-fonts udev vorbis wifi win32codecs xine xml xmms xorg xv xvid zlib elibc_glibc input_devices_synaptics input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU video_cards_i810 video_cards_i915 video_cards_vga video_cards_vesa video_cards_apm video_cards_v4l video_cards_vmware''
Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
Jah és a köv flagek vannak bekapcsolva:
emerge -pv gcc
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild NS ] sys-devel/gcc-4.1.1 USE=''fortran gcj gtk nls objc -bootstrap -build -doc -hardened -ip28 -ip32r10k -mudflap -multislot -nocxx -objc++ -objc-gc -vanilla'' 0 kB
üdv -
Sipi
addikt
Én egy jó ideje 4.1.1-es gcc-t használok. A teljes KDE, illetve az xorg fő komponensei ezzel fordultak, meg jópár egyéb sallang is. Ebben van valami újítás, ami meggyorsítja a cpp programok betöltődését - tényleg működik. Ehhez azonban a Qt-t is újra kell húzni vele (a 3-ast).
Sipi
(Illetve ennek konfigurálásához a fireholt.)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- SSD kibeszélő
- LEGO klub
- Bemutatkozott a Poco X7 és X7 Pro
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Telekom mobilszolgáltatások
- Samsung kuponkunyeráló
- Luck Dragon: Asszociációs játék. :)
- MIUI / HyperOS topik
- Veszprém és környéke adok-veszek-beszélgetek
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- További aktív témák...
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - 15% AKCIÓ
- Vírusirtó, Antivirus, VPN kulcsok GARANCIÁVAL!
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- GYÖNYÖRŰ iPhone 13 mini 128GB Green -1 ÉV GARANCIA - Kártyafüggetlen, MS3835
- Sony PS3/PS4/PS5 és kézikonzolok Okosítása és Szoftveres szintű javítása - RÉSZLETEK A LEÍRÁSBAN
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Apple iPhone 14 128GB,Átlagos,Adatkabel,12 hónap garanciával
- AKCIÓ! Lenovo Legion Go S 32GB/1TB kézikonzol garanciával hibátlan működéssel
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest