Új hozzászólás Aktív témák
-
ImpIon
csendes tag
Sziasztok!
Tapasztalatok szerint mennyi időbe telik a gentoo féle fordítgatós móka?
Példát tudtok mondani?
Egy régebbi 2 magos, 1,4GHz-en járatott AMD-s gépre akarom felrakni, de az eddigi linux distrókra túduló frissítésekből kiindulva elég durva lehet azt mind újrafordítani, főleg, ha pl. az OOo-t, vagy böngészőt kell újrafordítani, netán a KDE-t...
Ráadásul elék sok progit használok.
Mennyire vészes a probléma?Köszi!
-
Sziasztok!
Szeretnék közelebbről megismerkedni a Gentoo-val, de nem tudok annyit, hogy bele merjek vágni, és nincs is túl sok időm próbálkozni.
Az a cél, hogy a következő hw frissítésnél (kb. tavasz) már elsőre egy hosszútávon használható rendszert tudjak felrakni.
Arra gondoltam, hogy a Sabayon-t rakom fel elsőre, mert ez a Gentoo-ra épül. Vajon ezáltal megismerhetem a Gentoo-t? Vagy semmiképp nem tudom megúszni a közvetlen ismerkedést?Nem nulláról indulok, több disztrót is használtam eddig, és minden problémát meg tudtam oldani velük (kivétel az ATi driver), de ez a folyamatosan frissülő, forrásból települő megoldás nagyon tetszik, így mindenképp Gentoo-t akarok a majdani HTPC-mre!
Köszi!
-
rt04
csendes tag
tiszteletem a prorgo topic minden lelkes gentoo felhaszanlojanak, lenne egy kerdesem, mert kifogott ranjtam a dolog es a google baratom sem oly' segitokesz, mint azt elvartam tole, de gondoltam teszek egy probat itt is, mielott feldobom a problemat bugs.gentoo.org-ra, nehogy en nezzek el valamit
szoval szeretnek egy init script-et irni rtorrent-hez, mert amit a daemon use flag feltesz, az nem tetszik
leginkabb azert nem, mert o egyetlen rtorrent-et szeretne futtatni, en meg tobbet, user-enkent egyeta script el is keszult, itt megtekintheto, ket apro problemam volna vele
az elso, hogy a screen miert root neveben fut minden esetben?
a su -c <command> <login> miert root-kent tunteti fel a <command>-ot? ez igy normalis, vagy ez valamifele bug? ranezesre az adott user neveben fut (nem ertek hozza, hogy lehet pontosan megallapitani), adott user-hez csinal uj screen-t, de a ps parancs szerint root user futtatjaez volt a kisebbik gond, a masik problema az blocker kategorias, ugyanis a start-stop-daemon a stop parametert hasznalva a script-en belulrol hivva minden futo rtorrent peldanyt kinyir, nem csak az adott user-hez tartozot
manual-t oda-vissza atragtam, s pidfile nelkul is csak azt a peldanyt kellene kinyirnia, amire illik a name _es_ a user parameter is, olyan pedig mindig csak egy van, hiszen inditaskor chuid-dal beallitom, ki neveben fusson a dolog (Es az o neveben is fut)
ami erdekes, hogy csak a script-en belulrol hivva hulye, es ott sem mindig
ha hasznalom a test kapcsolot is, szepen kiirja, hogy "would send signal 2 to <pid>", ahol pid az adott user neveben futo rtorrent pid-je, s csak egyetlen ilyen sort kapok, ytehat csak azt akarja leloni, mast nem
test kapcsolo nelkul megis kinyirja az osszes futo peldanyt (azt is, ami nem az initscript-tel lett inditva, hanem attol fuggetlenul)
megintcsak erdekes, hogy ha parancssorbol meghivom a start-stop-daemon-t megfeleloen parameterezve (ugyanugy, mint a script, csak az ertekeket behelyettesitve), akkor csak a megfelelo rtorrent peldanynak kuldi a signal-t, a masik bekeben fut tovabbprobalkoztam pidfile hasznalataval is, harom ok miatt vetettem el:
1: anelkul is mennie kell a name es a user megadasaval
2: nem er semmit, ugyanugy kinyir mindent
3: haxorkodni kell, mert a pidfile-ba nem megfelelo pid kerul a screen-en beluli futtatas miatt, az rtorretn sajat rtorrent.lock-ja pedig nem csak a pidfile-t tartalmazza ("hostnev:+pid" formatumu a file)ha volna a porgo topic tisztelt olvasoinak (sipi, ez nagyjabol te vagy) barminemu otlete, hogy mi okozhatja a probelakat, rendkivul halas lennek
-
Sipi
addikt
válasz
VladimirR
#3389
üzenetére
Szerintem a fő rsync szerverrel van valami gond - pár napja időnként "file size not match" hibát kapok sync után. Random ebuildek más méretűek lesznek, mint ami a manifestben van.
Egyszer volt ilyen, amikor a fő rsync merevlemezei teljesen bekepáltak, későn kapcsolták le, és majd az összes alszerver átszinkronizált róla. Akkor azt hittem, szétment a vinyóm, de kiderült, csak a Portage fa volt rossz.
A websync vagy a daily snapshot megoldás ilyenkor.
Sipi
-
VladimirR
nagyúr
válasz
VladimirR
#3388
üzenetére
a harmadik emerge --sync utan eszheztert
valszonuleg kozrejatszott, hogy volt egy kisebb hdd problema (virtualis gep es emerge -ave world kozben a host-on elfogyott a lemezterulet, igy beleszaladtam egy kisebb adatvesztesbe), de nem ertem, hogy miert nem pofozta helyre az elso sync
-
VladimirR
nagyúr
van arra otlete valakinek, hogy az emerge -ave world miert akarja nekem downgrade-elni a portage-t 2.1.6.11-rol 2.1.6.7-re?
[ebuild UD] sys-apps/portage-2.1.6.7 [2.1.6.11] USE="-build -doc -epydoc (-selinux)" LINGUAS="-pl" 49 kB
*** Portage will stop merging at this point and reload itself,
then resume the merge.eszerint egyik sincs x86-ra maszkolva
-
VladimirR
nagyúr
akit erint, ez nemreg jott hardened levlist-en:
As of today =sys-libs/glibc-2.8_p20080602-r1 is available for installation on 'stable' hardened systems. As =sys-libs/glibc-2.8_p20080602-r1 will be compiled against also stable =sys-kernel/linux-headers-2.6.27-r2, it is recommended one first upgrade to a >=sys-kernel/hardened-sources-2.6.27
kernel. Running a <=sys-kernel/*-2.6.27 kernel on a system with
=sys-libs/glibc-2.8_p20080602-r1 compiled against
=sys-kernel/linux-headers-2.6.27-r2 has not be tested by the Gentoo Hardened team and is not supported.Now on to the fun...
To attain sha512 shadow password hash capability one must:
1. Upgrade to >=sys-libs/glibc-2.8
2. Compile (+install) >=sys-libs/pam-1 against >=sys-libs/glibc-2.8 3. Compile (+install) >=sys-auth/pambase-20081028 with USE="sha512" (enabled by default)Any newly created or changed user passwords will now be stored via sha512 hash rather than md5. Be aware, sha512 password hashes are not backward compatible with older glibc/pam.
Let's find all md5 password hashes:
# fgrep '$1$' /etc/shadow
Simply change the password for any listed account to have the password stored via sha512 hash.
Many thanks go to Diego "Flameeyes" Pettenò for maintaining PAM and making
sha512 shadow password hash capability a reality in Gentoo.That is all.
Gordon Malm (gengor)
-
VladimirR
nagyúr
http://torrents.gentoo.org/ masnak sem megy?
en napok ota nem erem el -
bucika
tag
válasz
kovee01
#3381
üzenetére
Sztem nézd meg a syslog-ot és a dmesg-et is. Hátha arra többet találsz a kernel boot-ról. Ott ott lesz hogy mit talált és mit sem...
Majd elfelejtettem: Modulba vagy kernel-be forgattad a driver-ét a sil vezérlőnek? lsmod parancsnál ott van a modul, ha modulba forgattad?
ÉS még valami: Hardveres raid, softveres raid vagy JBOD-ban akarod futtani a vinyókat? A raid kártya BIOS-ába megnézted mi csinált a vinyókkal? Mármint milyen üzemmódban hajtja őket....
-
bucika
tag
Üvözletem a lelkes Gentoo fanoknak!
Mit szóltok a következő szégyelletes történethez:
[link]Azért szegény embert ág is húzza alapon jól alátartottak a kollégának aki a www.gentoo-portage.com oldalt és a Gentoo Wiki-t hostolta... Tanulságos kis történet. Remélem hamar felfejlődik megint az oldal. Elég sok hasznos infó volt kint rajta.
-
kovee01
tag
Hali!
Elég komoly problémám van egy szerverrel. Fejlesztés képpen tettem bele pluszba egy 4portos raid kártyát amit lát is, és rá 4 vinyot. Na itt a gond nem látom a 4 vinyot, de még formázni sem tudom. Milyen paranccsal tudom megnézni milyen hardvereket lát a gentoo?
lspci -re következőt dobja
00:00.0 Host bridge: Intel Corporation DRAM Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation PCI Express Port 2 (rev 02)
00:1c.2 PCI bridge: Intel Corporation PCI Express Port 3 (rev 02)
00:1c.4 PCI bridge: Intel Corporation PCI Express Port 5 (rev 02)
00:1c.5 PCI bridge: Intel Corporation PCI Express Port 6 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92)
00:1f.0 ISA bridge: Intel Corporation LPC Interface Controller (rev 02)
00:1f.2 IDE interface: Intel Corporation 4 port SATA IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation SMBus Controller (rev 02)
00:1f.5 IDE interface: Intel Corporation 2 port SATA IDE Controller (rev 02)
02:00.0 RAID bus controller: Silicon Image, Inc. SiI 3132 Serial ATA Raid II Controller (rev 01)
03:00.0 RAID bus controller: Silicon Image, Inc. SiI 3132 Serial ATA Raid II Controller (rev 01)
04:00.0 SATA controller: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 02)
04:00.1 IDE interface: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 02)
05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
06:00.0 RAID bus controller: Silicon Image, Inc. SiI 3114 [SATALink/SATARaid] Serial ATA Controller (rev 02)
06:01.0 VGA compatible controller: S3 Inc. 86c775/86c785 [Trio 64V2/DX or /GX] (rev 16)
06:06.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link)Előre is nagyon köszönöm a választ!
-
czappa
aktív tag
válasz
VladimirR
#3377
üzenetére
Köszi szépen!
to all:
A második (KMix-es) kérdésemhez:
A neten keresgélve látom, hogy - természetesen - nem egyedi a probléma.
Ideáig két megoldási javaslatot találtam:
a) KMixben -> Settings -> Configure KMix -> Restore volumes on login
Ez eddig is be volt x-elve, így nem ez a megoldás.
b) shellbe: alsactl store (rendszergazdaként)
Majd később jelentek, hogy ez bevált, avagy sem. -
VladimirR
nagyúr
-
czappa
aktív tag
Újra itt vagyok, két kérdésem lenne.
Az egyik a környezeti változókkal kapcsolatos.
Ha belépek, akár A, akár B felhasználóként minden rendben, a Gentoo környezeti változó kezelése tökéletese. A problémám ott kezdődik, hogy belépek A-ként, majd "át su-zok" B-be, ekkor a B $PATH-jében csak a /bin és a /usr/bin van. (root esetén még /sbin és /usr/sbin)
Ált. sima júzerként jelentkezem be, de néha a su-t használnám, hogy rendszergazda lehessek. Ez megy is, csak ilyenkor a root PATH-jében nem lesz benne pl. a KDE-s "bin" így pl. nem tudok kate, vagy kwrite-ot indítani.
Persze az env-update, majd source /etc/profile után már "teljes" a PATH, de ez így kényelmetlen.
Úgy néz ki, hogy az /etc/profile nem fut le, ami persze érthető:
# /etc/profile: login shell setup
#
# That this file is used by any Bourne-shell derivative to setup the
# environment for login shells.Meg lehet oldani vhogy, azt, hogy su után a PATH rendben legyen?
A másik:
Más is tapasztalt már olyat, hogy a KMix átálítja a beállításokat?
Nem működés közben, de néha startx után más beállítások vannak, pl:
mikrofont bekapcsolja (zúg az egész), front-ot kikapcsolja (nincs hang), stb.Előre is köszi.
-
czappa
aktív tag
Szóval az, hogy a /etc/modules.autoload.d/kernel-2.6 -ba írtam be az "ohci_hcd" és az "ehci_hcd" modult nem hozott javulást. Egér ment, pendrive nem.
Most úgy működik, hogy csak az ohci_hcd van beírva, a blacklistbe pedig az ehci_hcd.
Egér megy és ha bedugok egy pedrive-ot, akkor az is.
Érdekes, hogy nem az ehci_hcd modul töltődik be, hanem egy "ub" nevű.
Ennek majd utána fogok nézni, hogy mi ez, szükségem van-e rá, stb. De most már nincs hozzá erőm, annak örülök, hogy végre működik.És végül, köszönöm a segítségeteket!
-
czappa
aktív tag
No azt hiszem megvan a megoldás:
lspci (részlet)
00:00.0 Host bridge: ATI Technologies Inc Device 5957
00:02.0 PCI bridge: ATI Technologies Inc Device 5978
00:0a.0 PCI bridge: ATI Technologies Inc Device 597f
00:12.0 SATA controller: ATI Technologies Inc SB600 Non-Raid-5 SATA
00:13.0 USB Controller: ATI Technologies Inc SB600 USB (OHCI0)
00:13.1 USB Controller: ATI Technologies Inc SB600 USB (OHCI1)
00:13.2 USB Controller: ATI Technologies Inc SB600 USB (OHCI2)
00:13.3 USB Controller: ATI Technologies Inc SB600 USB (OHCI3)
00:13.4 USB Controller: ATI Technologies Inc SB600 USB (OHCI4)
00:13.5 USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI)
00:14.0 SMBus: ATI Technologies Inc SB600 SMBus (rev 14)Korábban már említettem, hogy mik vannak a kernelbe forgatva. Ez azóta annyiban változott, hogy egy csomó mindent átraktam modulba.
Amire rájöttem az az, hogy ha ohci_hcd,ehci_hcd-t a rendszer maga tölti be boot során modulból, vagy be van forgatva a kernelbe, akkor csak az egér működik a pendriveok nem.
modprobe -r ohci_hcd hatására az egerem nem működik többet... Erre tehát szükségem van, de a pendrive meg csak ehci_hcd modullal megy (Elvileg ez lenne az usb 2.0 támogatás)
Ha kiszedem mindkettőt, akkor a bármilyen sorrendben is töltöm be őket, működik az egér is és a pendrive is...Az /etc/modules.autoload.d/kernel-2.6 beírtam a két modult kézzel remélem így működni fog.
Ma még jelentkezni fogok és beszámolok az eredményekről. -
czappa
aktív tag
Kihúztam az usb-s egeret, majd vissza és ekkor már nem működött, tehát ezt sem ismerte fel, ekkor már ezt sem írta ki az lsusb.
Kipróbáltam még egy usb-s mp3 lejátszóval. Kijelzője bekapcsolt (tehát áram alatt van), de mountolni ugyan úgy nem tudom.Viszont történt egy furcsaság:
Újra indítottam a gépet, úgy hogy az egér is és egy pendrive is be volt dugva.
Belépek sima userként, majd startx és az egér nem működött...Ctrl + Alt + F2 -> belépek rootként, ekkor látom, hogy megpiszkálja a pendriveot (a LED-je pislogni kezd). Kipróbáltam és tudom mountolni.
Vissza "grafikus módba" (itt ugye sima userként) és ekkor már működött az egér... -
Sipi
addikt
Ha a dmesg ki sem írja, hogy megtalálta, nem ez a gond. A haldaemon csoport a hal-nak kell, nem kell, hogy tagja legyél.
Tuti, hogy hiányzik valami a kernelből, ami a dinamikus felismeréshez szükséges. Bootnál felismeri, mert akkor direktben végigszkenneli az összes eszközt.
Sipi
-
#3370
czappa
aktív tag
dr_strange
#3368
czappa
aktív tag
válasz
dr_strange
#3368
üzenetére
Sajnos nem ez a gond,
tagja a plugdev-nek, az usb-nek és a disk-nek (meg másnak is, de ezek "kellhetnek" ide).
De azt megpróbálom megnézni, hogy kell-e, hogy más csoport tagja is legyen.
Pl. van egy olyan csoport, hogy haldaemon és fogalmam sincs, hogy mi lehet a szerepe.A másik hsz.-re:
Átolvasom a topicot, de szerintem nálam nem ez a gond, mert pl. root sem tud pendrive-ot mountolni "mélyterminálból" sem.
Tehát független attól, hogy KDE-t indítok-e vagy sem.
De egyébként igen KDE-t használok. -
#3369
dr_strange
senior tag
dr_strange
#3368
dr_strange
senior tag
válasz
dr_strange
#3368
üzenetére
Lehet, hogy masnak is van hasonlo gondja:
http://forums.gentoo.org/viewtopic-t-702771-highlight-pendrive+mount.html
Nalad is KDE, ugye?
-
czappa
aktív tag
Szia,
Köszi a választ!Hozzáadtam amiket javasoltál, de nem segített.
Továbbra is, ha csatlakoztatott pendrive nélkül bootolok, akkor később sem veszi észre (lsusb nem írja, stb.).
A kernel:
uname -a
Linux gep 2.6.25-gentoo-r7 #14 SMP Thu Aug 28 10:31:14 CEST 2008 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 5000+ AuthenticAMD GNU/LinuxAzt elfelejtettem (talán fontos), hogy x86_64 -es a gép és az OS-is.
-
Sipi
addikt
Ha ezeket bekapcsolod, mi történik?
[ ] USB announce new devices
[ ] USB device class-devices (DEPRECATED)
[ ] Dynamic USB minor allocation (EXPERIMENTAL)Úgy nézem, ez nagyon új kernel lehet, úgyhogy ne tévesszen meg a deprecated kifejezés. Egy 2.6.26-os kernel eléggé eltér a 2.6.21-től is, de ez utóbbi sem nevezhető réginek.
Sipi
-
#3365
czappa
aktív tag
dr_strange
#3363
czappa
aktív tag
válasz
dr_strange
#3363
üzenetére
Megnéztem bedugott pendrive-os bootnál a dmesg-ben ez van a pendriveról:
scsi 4:0:0:0: Direct-Access Kingston DataTraveler 2.0 1.00 PQ: 0 ANSI: 2
sd 4:0:0:0: [sdb] 7856128 512-byte hardware sectors (4022 MB)
sd 4:0:0:0: [sdb] Write Protect is off
sd 4:0:0:0: [sdb] Mode Sense: 23 00 00 00
sd 4:0:0:0: [sdb] Assuming drive cache: write through
sd 4:0:0:0: [sdb] 7856128 512-byte hardware sectors (4022 MB)
sd 4:0:0:0: [sdb] Write Protect is off
sd 4:0:0:0: [sdb] Mode Sense: 23 00 00 00
sd 4:0:0:0: [sdb] Assuming drive cache: write through
sdb: sdb1
sd 4:0:0:0: [sdb] Attached SCSI removable disk
sd 4:0:0:0: Attached scsi generic sg1 type 0
usb-storage: device scan completeAzok a sorok, amelyekben "usb" szó szerepel:
dmesg | grep -i usb
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 1
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
ohci_hcd 0000:00:13.1: new USB bus registered, assigned bus number 2
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
ehci_hcd 0000:00:13.5: new USB bus registered, assigned bus number 3
usb 1-2: new low speed USB device using ohci_hcd and address 2
ehci_hcd 0000:00:13.5: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 1-0:1.0: unable to enumerate USB device on port 2
[<ffffffff880702d4>] (usb_hcd_irq+0x0/0x51 [usbcore])
hub 3-0:1.0: unable to enumerate USB device on port 2
ohci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 4
usb 3-10: new high speed USB device using ehci_hcd and address 3
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
ohci_hcd 0000:00:13.3: new USB bus registered, assigned bus number 5
usb usb5: configuration #1 chosen from 1 choice
hub 5-0:1.0: USB hub found
ohci_hcd 0000:00:13.4: new USB bus registered, assigned bus number 6
usb usb6: configuration #1 chosen from 1 choice
hub 6-0:1.0: USB hub found
usb 3-10: device not accepting address 3, error -110
usb 3-10: new high speed USB device using ehci_hcd and address 4
usb 3-10: device not accepting address 4, error -110
usb 3-10: new high speed USB device using ehci_hcd and address 5
usb 3-10: device not accepting address 5, error -110
usb 3-10: new high speed USB device using ehci_hcd and address 6
usb 3-10: device not accepting address 6, error -110
hub 3-0:1.0: unable to enumerate USB device on port 10
usb 1-2: new low speed USB device using ohci_hcd and address 3
usb 1-2: configuration #1 chosen from 1 choice
usb 6-2: new full speed USB device using ohci_hcd and address 2
usb 6-2: not running at top speed; connect to a high speed hub
usb 6-2: configuration #1 chosen from 1 choice
usbcore: registered new interface driver hiddev
input: Logitech USB-PS/2 Optical Mouse as /class/input/input4
Initializing USB Mass Storage driver...
input,hidraw0: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:13.0-2
scsi4 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usbcore: registered new interface driver usbhid
drivers/hid/usbhid/hid-core.c: v2.6: USB HID core driver
usbcore: registered new interface driver ub
usb-storage: device scan completeEzt most azért írtam, mert a múltkor félreértettem a kérdésed ("Ha bedugott pendrive-val bootolod a Gentoot, a bootfolyamat alatt ir rola valamit? ") és lehet arra gondoltál, hogy a dmesg mit ír.
-
#3364
czappa
aktív tag
dr_strange
#3363
czappa
aktív tag
válasz
dr_strange
#3363
üzenetére
Köszi a választ!
Más usb-s eszköz megy (egy usb-s egér). Ezt az lsusb ki is írja, de a pendriveot nem. (Ezt is akartam írni, kifelejtettem az előző hsz.-emből, bocsi.)
Udev:
sys-fs/udev
Latest version available: 124-r1
Latest version installed: 124-r1
Ez volt fent, de azért egy emerge --sync után újra emerge-eltem, változás semmi.Viszont! Amit javasoltál működik: ha úgy bootolok, hogy egy pendrive be van dugva, akkor működik. lsusb kiírja, /dev/sdb létrejön, tudom mountolni, stb.
De csak ekkor, következő újraindításnál megint nincs semmi.Bootolásnál azokat írja ki, hogy:
Starting D-BUS system messagebus ... Ok
Starting Hardware Abstraction Layer daemon ... Ok
Akár be van dugva pendrive, akár nem. -
czappa
aktív tag
Sziasztok!
Egy ideje használok már linuxot, de Gentoo-t csak kb. egy hete.
A problémám, hogy nem tudom az USB pendriveokat használni. (Röhej, de ez van.)
A hibajelenség:
Amikor bedugom a pendrive-ot a dmesg nem ír semmit, a /dev -ben nem jelenik meg az sdx (van egy satas vinyóm az sda, elvileg a pendrive sdb lenne, de nem történik semmi),
dbus-monitor --system sem ír ki semmit ha pendriveot rakok a gépbe, cd-nél működik.Első körben arra gyanakodtam, hogy a kernelbe nem forgattam bele mindent, ami kell, ezért egy csomó gentoo-s howto-t olvastam, és szerintem nem hiányzik semmi.
Ezek vannak a kernelben:
SCSI:
< > RAID Transport Class │ │
│ │ -*- SCSI device support │ │
│ │ < > SCSI target support │ │
│ │ [ ] legacy /proc/scsi/ support │ │
│ │ *** SCSI support type (disk, tape, CD-ROM) *** │ │
│ │ <*> SCSI disk supportHID Devices
-*- Generic HID support │ │
│ │ [ ] HID debugging support │ │
│ │ [*] /dev/hidraw raw HID device support │ │
│ │ *** USB Input Devices *** │ │
│ │ <*> USB Human Interface Device (full HID) support │ │
│ │ [ ] Enable support for Apple laptop/aluminum USB special keys│ │
│ │ [ ] Force feedback support (EXPERIMENTAL) │ │
│ │ [*] /dev/hiddev raw HID device support--- USB support │ │
│ │ <*> Support for Host-side USB │ │
│ │ [ ] USB verbose debug messages │ │
│ │ [ ] USB announce new devices │ │
│ │ *** Miscellaneous USB options *** │ │
│ │ [*] USB device filesystem │ │
│ │ [ ] USB device class-devices (DEPRECATED) │ │
│ │ [ ] Dynamic USB minor allocation (EXPERIMENTAL) │ │
│ │ [ ] USB selective suspend/resume and wakeup │ │
│ │ [ ] USB device persistence during system suspend (DANGEROUS) │ │
│ │ *** USB Host Controller Drivers *** │ │
│ │ <*> EHCI HCD (USB 2.0) support │ │
│ │ [ ] Root Hub Transaction Translators (EXPERIMENTAL) │ │
│ │ [ ] Improved Transaction Translator scheduling (EXPERIMENTA│ │
│ │ < > ISP116X HCD support │ │
│ │ <*> OHCI HCD support │ │
│ │ [ ] OHCI support for Broadcom SSB OHCI core │ │
│ │ <*> UHCI HCD (most Intel and VIA) support
| | <*> USB Printer support │ │
│ │ *** NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support'│ │
│ │ *** may also be needed; see USB_STORAGE Help for more infor│ │
│ │ <*> USB Mass Storage support │ │
│ │ [ ] USB Mass Storage verbose debug │ │
│ │ [ ] Datafab Compact Flash Reader support (EXPERIMENTAL) │ │
│ │ [*] Freecom USB/ATAPI Bridge support
| |[*] USB Monitor<*> MSDOS fs support │ │
│ │ <*> VFAT (Windows-95) fs support │ │
│ │ (437) Default codepage for FAT │ │
│ │ (iso8859-1) Default iocharset for FAT │ │
│ │ <M> NTFS file system support │ │
│ │ [ ] NTFS debugging support │ │
│ │ [*] NTFS write support<*> ISO 9660 CDROM file system support │ │
│ │ [*] Microsoft Joliet CDROM extensions │ │
│ │ [ ] Transparent decompression extension │ │
│ │ < > UDF file system support │ │
│ │CDROM benne van az fstab-ban, tökéletesen mountolódik, KDE is feldob egy ablakot h mit csináljon vele. Nekem ez utóbbi usb-nél nem kell (lehet, de lényegtelen).
A gond az, hogy mint írtam mintha kernel-ből hiányozna valami az usb pendrivhoz.A rendszer egyébként "hal"-lal és "dbus"-szal van emergelve.
Két pendrive-ot próbáltam, egyikkel sem megy. Hardveresen biztosan jó. Ugyan ezen a gépen Bluewhite64-en tökéletesen mennek (és más gépen is).
Mit bénázok el?
Javaslatokat, segítségeket előre is köszi! -
#3360
mAtech
aktív tag
dr_strange
#3359
mAtech
aktív tag
válasz
dr_strange
#3359
üzenetére
Köszi
Kipróbálom
-
#3359
dr_strange
senior tag
dr_strange
#3358
dr_strange
senior tag
válasz
dr_strange
#3358
üzenetére
Elnezest, most latom, hogy webminbol ez az egyetlen elerheto verzio.
Ez esetben teendo:
terminal nyit
su - (ha nem mar eleve rootkent vagy bent)
jelszo
echo "app-admin/webmin ~x86" >> /etc/portage/package.keywordsezutan mutass egy emerge -pv app-admin/webmin kimenetet
-
#3358
dr_strange
senior tag
mAtech
#3357
dr_strange
senior tag
Az idezett hibauzenet azt jelenti, hogy a webminnek a Portage-ben elerheto legujabb verzioja ~x86 keywordot kapott, azaz "unstable", amitol meg lehet teljesen jol mukodo verzio, csak meg nincs 100%-ban tesztelve. Azt kell eldontened, hogy ezt a verziot akarod-e felrakni, vagy inkabb maradnal egy korabbi verzional, eszerint lehet majd akkor tovabbhaladni.
-
mAtech
aktív tag
Üdv!
Kérdésem lenne Gentoo-val kapcsolatban. A verzió a 2007.0
Webmin-t szerettem volna telepíteni. A következőket tettem.
emerge --sync
emerge portage
emerge webmin
Na most az utolsó parancsnál a következő üzenetet kapom pirossal:
"All ebuilds that could satisfy "app-admin/webmin" have been masked.
One of the following masked packages is required to complete your request:
app-admin/webmin-1.400-r1 (masked by ~x86 keyword)"Ha jól értem ezek szerint valami még hiányzik, hogy tudjam telepíteni a webmint?
A gépet úgy vettem át, tehát nem tudom az előző tulaj miket állított be rajta és miket nem. A dolgot bonyolítja, hogy nem vagyok egy nagy guru
Köszi a válaszokat.
A. -
Sipi
addikt
válasz
VladimirR
#3352
üzenetére
A bind-tools része az nslookup és a host is.
Az első haosnló a Wineshez, ha nem adsz, a default DNS servert használja, ha kötőjelet teszel utána, az utána álló nevet/címet.A fejlettebb host parancs pedig olyan, hogy ha egy nevet adsz meg neki, azt keresi, ha még egyet, azt a DNS szervernek veszi.
Sipi
-
VladimirR
nagyúr
hogyan tudok gentoo ala a windoze-ban levohoz* hasonlo nslookup-ot varazsolni?
*: jobb referenciam nincs, ami szamit, hogy en adhassam meg parancssorbol a hasznalni kivant dns-t is - ha ezt elmulasztom, hasznalja azt, amit amugy is szokott (itt resolv.conf-bol)
-
#3351
PWR
aktív tag
dr_strange
#3350
PWR
aktív tag
válasz
dr_strange
#3350
üzenetére
ja, Sabayonnal próbáltam, és most is Gentoo van rajta, még a tavalyi telepítés, amit nem frissitettem sose (nem szoktam, inkább évente 1x újrahúzom és addig marad a régi telepítés, amíg az új nincs kész). Most azóta nem foglalkoztam vele, nem voltam itthon, de igazából asse tudom, mit csináljak
Kivagyok az ATItól csak nem akarom lecserélni, működjön inkább a dög. -
PWR
aktív tag
Hello, szenvedek xorg-al. uj telepitest csinaltam athlon2k/via kt4/radeon 9600pro konfigomon. Azaz nem telepitettem, hanem a notimon becsomagoltam a rencert és az athlonra kicsomagoltam. A notin telepitesnel csak olyan CPU flageket hasznaltam, melyeket mindket CPU ismer és i686-os march-ot, nem pedig prescott vagy athlon-xp-t. A kernelt az athlonon mukodo kernelkonfiggal ujraforgattam. Szinten ujraforditottam az xorg-ot az összes cuccaval (xserver, xf86 cuccosok, stb.) Az X nem indul, dob egy 104 IO error-t. Egyeb EE bejegyzes a logban nincs. Ragugliztam, 104 IO error szinte barmitol lehet.
Amit probaltam: xorg-x11 7.2 helyett 7.3 (es xserver 1.3 helyett 1.4, termeszetesen updatelve az osszes tobbi komponenst is), radeon driver, fglrx proprietary driver, vesa driver, vga driver, downgrade 2.6.19 kernelre (2.6.25-rol), amivel most muxik a regi telepites, utana megint ujratelepit az x driverek, a hibauzi mindig ugyanaz.
Megfelelo kernel source-ra mutat a /usr/src/linux softlink.
Csinaltam revdep-rebuildet (nem talalt semmi rebuildelni valot).
Csinaltam egy --update --deep world-ot is.
Mit tudok meg kiprobalni/megnezni/checkolni, mielott kezdek egy "teljes" telepitest? Sztem ezekutan a teljes telepites se mukodne, mert mitol. Minden tippet szivesen varok es szomoru vagyok
-
#3348
VladimirR
nagyúr
dr_strange
#3347
VladimirR
nagyúr
válasz
dr_strange
#3347
üzenetére
koszonom
ez vegulis nem tragedia, hogy kimaradt, ugyanezt kinyomta stdout-ra is az emerge, azt meg beirtam a bugzillaba -
VladimirR
nagyúr
válasz
VladimirR
#3323
üzenetére
na, szuletett reakcio, egybol ketto is
a masodikkal viszont epp vitaban allok, mert szerintem a ket bug egy es ugyanaz, viszont o nem akarja megerteni, hogy ha emerge-vel, vagy make-kel forgditom, akkor nekem is felzabal minden ram-ot, majd elszall, s csak akkor segfault-ozik, ha kulon a dht_manager.cc sorat kimasolom a make kimenetebol, s azt akarom futtatni a megfelelo konyvtarbanno de nem is ezert irok, hanem mert keri, hogy adjak neki build.log-ot, viszont nekem egy arva build.log nincs a gepemen
mifele allat ez, s mi kell hozza, hogy teremjen?valaszaitokat elore is koszonom
-
Sipi
addikt
válasz
VladimirR
#3343
üzenetére
Nem hagysz ki semmit. A kernel üzenetében az van, hogy force use of acpi=ht. Valami miatt bekapcsolja az ACPI-s HyperThreadinget, ami olyan procin, ami nem támogatja, egyenértékű azzal, mintha kikapcsolnád az acpi-támogatást.
Talán a kernelnek meg kellene adni az acpi=noht kapcsolót, vagy kísérletezni a különféle acpi= kapcsolókkal, hátha valamelyiknél nem akar HT-t.
Sipi
-
VladimirR
nagyúr
Hi!
ezt mi okozhatja?
[c]mir ~ # /etc/init.d/acpid start
* Caching service dependencies ... [ ok ]
* ACPI support has not been compiled into the kernel[c]
illetve:mir ~ # acpi
No ACPI support in kernel, or incorrect acpi_path ("/proc/acpi").es valoban nincs /proc/acpi
dmesg ilyeneket mond:
ASUS P2B-DS detected: force use of acpi=ht
ACPI: RSDP 000F8190, 0014 (r0 ASUS )
ACPI: RSDT 0DFFD000, 0030 (r1 ASUS P2B-DS 58582E32 ASUS 31303030)
ACPI: FACP 0DFFD100, 0074 (r1 ASUS P2B-DS 58582E32 ASUS 31303030)
ACPI: DSDT 0DFFD180, 1DEE (r1 ASUS P2B-DS 1000 MSFT 1000001)
ACPI: FACS 0DFFF000, 0040
ACPI: BOOT 0DFFD040, 0028 (r1 ASUS P2B-DS 58582E32 ASUS 31303030)
ACPI: APIC 0DFFD080, 005C (r1 ASUS P2B-DS 0 0)
ACPI: DMI BIOS year==0, assuming ACPI-capable machine
ACPI: PM-Timer IO Port: 0xe408
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x01] enabled)a kernel konfig idezonatkozo resze pedig:
# Power management options (ACPI, APM)
#
CONFIG_PM=y
CONFIG_PM_LEGACY=y
# CONFIG_PM_DEBUG is not set
CONFIG_PM_SLEEP_SMP=y
CONFIG_PM_SLEEP=y
CONFIG_SUSPEND_SMP_POSSIBLE=y
CONFIG_SUSPEND=y
CONFIG_HIBERNATION_SMP_POSSIBLE=y
# CONFIG_HIBERNATION is not set
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_PROCFS=y
CONFIG_ACPI_PROC_EVENT=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=m
CONFIG_ACPI_FAN=m
# CONFIG_ACPI_DOCK is not set
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_HOTPLUG_CPU=y
CONFIG_ACPI_THERMAL=m
# CONFIG_ACPI_ASUS is not set
# CONFIG_ACPI_TOSHIBA is not set
CONFIG_ACPI_BLACKLIST_YEAR=2001
CONFIG_ACPI_DEBUG=y
# CONFIG_ACPI_DEBUG_FUNC_TRACE is not set
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_SYSTEM=y
CONFIG_X86_PM_TIMER=y
CONFIG_ACPI_CONTAINER=y
# CONFIG_ACPI_SBS is not set
# CONFIG_APM is not set
#
# CPU Frequency scaling
#
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_TABLE=y
CONFIG_CPU_FREQ_DEBUG=y
CONFIG_CPU_FREQ_STAT=y
# CONFIG_CPU_FREQ_STAT_DETAILS is not set
CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=y
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=y
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y
#
# CPUFreq processor drivers
#
CONFIG_X86_ACPI_CPUFREQ=y
# CONFIG_X86_POWERNOW_K6 is not set
# CONFIG_X86_POWERNOW_K7 is not set
# CONFIG_X86_POWERNOW_K8 is not set
# CONFIG_X86_GX_SUSPMOD is not set
# CONFIG_X86_SPEEDSTEP_CENTRINO is not set
# CONFIG_X86_SPEEDSTEP_ICH is not set
# CONFIG_X86_SPEEDSTEP_SMI is not set
# CONFIG_X86_P4_CLOCKMOD is not set
# CONFIG_X86_CPUFREQ_NFORCE2 is not set
# CONFIG_X86_LONGRUN is not set
# CONFIG_X86_LONGHAUL is not set
# CONFIG_X86_E_POWERSAVER is not setaz alaplap egy asus p2b-ds, aminek illenek tudnia az acpi-t, meg boot-kor is azt irja, hogy asus p2b-ds acpi bios rev 1013
kerdes, hogy mit ahgyok ki?
valaszaitokat elore is koszonom
-
-
#3341
tierbatyo
senior tag
dr_strange
#3340
tierbatyo
senior tag
válasz
dr_strange
#3340
üzenetére
Python remerge megvolt, revdep-rebuild szintén. Szóval tanácstalanul állok a dolog előtt, mert más python függő csomagoknál megy az emergelés.
-
#3340
dr_strange
senior tag
dr_strange
#3339
dr_strange
senior tag
válasz
dr_strange
#3339
üzenetére
és ráeresztenék a rendszerre egy revdep-rebuildet is
-
#3338
PWR
aktív tag
dr_strange
#3336
PWR
aktív tag
válasz
dr_strange
#3336
üzenetére
problem megoldva, tanulságos: a /root alatt kallódott egy xorg.conf és azt olvasta be az /etc/X11/xorg.conf után... úgyhogy bármit változtattam benne, az semmi eredményre nem vezetett. Serious user error...
-
tierbatyo
senior tag
Majdnem sikerült frissítenem 1 év után, de pár csomaggal gond van. Hiba:
checking for headers required to compile python extensions... not found
configure: error: could not find Python headers or libraryAzt hiszem ez eléggé hihetetlen hibának tűnik, mert python nélkül elég nehéz lenne létezni. Ráadásul az is érdekes, hogy csak a gnome-python-nál és a gnome-python-desktop-nál jelenik meg. Keresgéltem bugok után, de nem jutottam előre.
-
-
PWR
aktív tag
Jónapot, KDE 3.5, x3100 intel mobil video, x11 7.3, xserver 1.4
3d OK, Compiz fusion OK, de KDE-ben nem tudok áttetszőséget beállítani a menüknek, mert az opció inaktív (ki van szürkitve). Szintén, ha a transparency-t bekapcsolom (majd kilog/belog), nincs transparency. A kdelibs-et újraforgattam, mert először lemaradt az xcomposite vagy milyen flag (inaktív volt a transparency menu is). Újra kell forgatnom a KDE többi komponensét is?
Másik para: notiról van szó, a touchpad a synaptics mudullal megy, nincs is vele gáz. De ha külsö USB egeret csatlakoztatok, azon a gombook nek működnek (pointer move OK, görgetés OK). A mouse modul be van töltve, (EE) nincs az xlog-ban. Próbáltam drivernek Auto-t, PS/2-t, ImPS/2-t, device-nek /dev/input/mice-t, ~/mouse0-at, mouse1-et, mindegyiknél uez a para. Serverlayout-ban AlwaysCore, CorePointer, egyik sem jó. És furi, hogy az xorg.log-ban nem uazok a beállítások szerepelnek az input device-oknál, mint amit én adok meg az xorg.conf-ban...
Van ezekre vmi ötletetek, amin tovább tudok haladni?
Kellemes buszmentes napot!
-
tierbatyo
senior tag
Köszi, megnézem. Más: Használ valaki mobilinternetet? El tudom indítani manuálisan, meg local-ból is, de ha megszakad, akkor újra kell csatlakoznom. A bajom, hogy az /etc/conf.d/net-ben nem tudom beállítani, amit kell. Ha valaki tudna segíteni, megköszönném.
A config file-ok:/etc/ppp/peers/E220:
/dev/ttyUSB0
460800
crtscts
modem
noauth
usepeerdns
defaultroute
noipdefault
debug
noccp
nobsdcomp
novj
user "irrelevant"
password "irrelevant"
connect '/usr/sbin/chat -f /etc/ppp/chat-E220-pin || /usr/sbin/chat -f /etc/ppp/chat-E220-nopin'A
chat script:ABORT 'BUSY'
ABORT 'ERROR'
ABORT 'NO CARRIER'
REPORT CONNECT
TIMEOUT 10
"" "ATZ"
OK AT+CGDCONT=1,"ip","net"
OK "ATE1V1&D2&C1S0=0+IFC=2,2"
OK "AT+IPR=115200"
OK "ATE1"
TIMEOUT 60
"" "ATD*99#"
CONNECT \cEbbõl kellene valahogy összevarázsolni az /etc/conf.d/net ppp-re vonatkozó részeit. Próbálkoztam, de nem megy.
-
Sipi
addikt
Persze, tapasztaltam. Az ablakkezelő cuccait, kwin, session manager, be kell tölteni - a kdm azt még nem húzza be. Ja, meg elkészül a személyre szabott sycoca adatbázis... Ezt tényleg csak akkor lehet előre tölteni, ha elindítasz valamit.
Tipp: van egy LD_PRELOAD nevű változó. Ezzel indítva rogramokat megadható, hogy a mögé írt libek előre töltődjenek be, minden más előtt. Azt nem tudom, mire vonatkozik, lehet, hogy csak a tényleg betöltődőkre, de egy próbát megér.
A kdm hívását pl.
LD_PRELOAD="azok a kde libek, melyek login után töltődnek" kdm
alakra írod át. Ha mákod van, ez behúz mindent, amit felsorolsz.
Sipi
-
Sipi
addikt
Ez furcsa. A kdm KDE-s program, mikor betöltődik, a qt-t, a kdebase libet be kell töltenie, valamint a kdeinit, dcopserver is elindul, nem?
A local.start-ba tegyél be valami kis hülye KDE-s programot, az a kdm után indul el, amikor már van Xorg. A kimenetét irányítsd a /dev/null-ba. Következő sorban vársz pl. 10 másodpercet, majd kinyírod.A prelink nem ehhez kell, az a programok, könyvtárak szerkezetét alakítja át, hogy ami libeket meghívnak, egy helyen legyen, a loader könnyen, a program indításakor egyből megtalálja, mikre lesz szükség, és be tudja tölteni. Így nem kell az egész kódot átnéznie, miket kell hívni.
Sipi
-
escie
őstag
szerintetek meg lehet valositani olyasmit, hogy elore betoltsek bizonyos libeket?
altalaban mire beirom a kdmbe a nev/jelszot, eltelik par perc. ezalatt behuzhatna a kde libjeit. valami olyasmi hatast szeretnek elerni, mint amikor mar egszer futott a kde, es ujra bejelentkezek.erre jo a prelink?
nekem valami total buta kene, csak a kde-t toltse be egybol, mikor a kdm indul... -
Sipi
addikt
válasz
VladimirR
#3321
üzenetére
Jajj, de kár, hogy csak most olvasom, így nem írhattam be ugyanezt.
A 3.4.6 nem ancient. A 3-as és a 4-es két külön állatfaj, nem fognak elhajtani emiatt.
Én a bugs.gentoo.org-ot jobban csípem, mert az ottani fejlesztők nagyon szoros kapcsolatban szoktak állni a programfejlesztőkkel. A gentoo-t sok progrsmíró használja amolyan homokozóládának, mert a forráskód proglémái itt tutira előjönnek. Ha a Gentoo-soknak írsz, úgyis eljut a gcc-sekhez is.Sipi
-
VladimirR
nagyúr
na, a vege az lett, hogy irtam libtorrent levlistre is, meg bugs.gentoo.org-ra is bugzillaba
es nagyon ugy nez ki, nem egyedi a problema, libtorrent trac-ben van egy ticket, ami nagyon hasonlit az enyemre, szinten 3.4.6-os gcc, csak az freebsd
kozben jatszottam massal is, es lenne egy kerdes
Sipi tanacsolta fentebb, hogy csinaljak sajat ebuild-et
libtorrent-hez, rtorrent-hez ment is, elobbi telepult is szepen, utobbi az emlitett hibaval elszallt, de az ebuild mukodikviszont mivel megtetszett az otlet, bele akartam eroszakolni a pvpgn nevu battle-net szerver svn-bol letoltott forrasat is egy ebuild-be, viszont elakadtam
ezen leirast veve alapul csinaltam meg mind az rtorrent, mind a libtorrent ebuild file-jat, tettem be oket a lokalis portage layout-ba, meg miegymas
aztan nekiestem a /usr/portage/games-server/pvpgn mappaban megbujo pvpgn-1.8.0.ebuild file atszabasanak is
gondoltam minden jol megy, nem sokmindent kell piszkalni, atirom a forrast, svn forrasra, az elejen megmondom, hogy orokolje (legalabbis ugy sejtem, erre valo az inherit kulcsszo) a subversion-t is, par sort meg beleteszek, ahol kell, aztan kiadom, hogyebuild pvpgn-9999.ebuild digest
erre kapok egy ilyet:
!!! /usr/local/portage/games-server/pvpng/pvpgn-9999.ebuild does not seem to have a valid PORTDIR structure.
a gond az, hogy megcsak nem is en rontottam el, mert az eredeti ebuild-re kiadva a fenti parancsot, ugyanez fogad:
!!! /usr/local/portage/games-server/pvpng/pvpgn-1.8.0.ebuild does not seem to have a valid PORTDIR structure.
sajna annyira nem ertek a dologhoz, a par sor beillesztese a megfelelo helyre meg megy, de ezzel mar nem birok el
van valami tippetek, hogy ha az eredeti csomagra sem akar mukodni a parancs (pedig telepul emerge-vel), akkor mitevo legyek?
-
-
Sipi
addikt
válasz
VladimirR
#3316
üzenetére
99%-ban mehetsz bugreportolni a gcc-teamnek.
Ha biztos akarsz lenni, próbáld ki (ugyanígy kézzel), hogyg++ -DHAVE_CONFIG_H -I. -I../.. -I./.. -g -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -MT dht_manager.o -MD -MP -MF .deps/dht_manager.Tpo -c -o dht_manager.o dht_manager.cc
Illetve egyre kevesebb parancssori kapcsolóval. (A -M-esekre gondolok, az include maradhat.
)Sipi
-
VladimirR
nagyúr
kozben megprobaltam egy olyat, hogy kezzel leforditom azt az egy file-t
bementem az rtorrent/src/core konyvtarba es ott kiadtam, amit a make is
g++ -DHAVE_CONFIG_H -I. -I../.. -I. -I./.. -I../.. -O2 -Wall -g -DDEBUG -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -MT dht_manager.o -MD -MP -MF .deps/dht_manager.Tpo -c -o dht_manager.o dht_manager.cc
erre kaptam egy ilyet:
g++: Internal error: Segmentation fault (program cc1plus)
Please submit a full bug report.
See <URL:http://bugs.gentoo.org/> for instructions.most akkor menjek gentoo-ekhoz (is) bugreportolni, vagy ez lehet azert, mert nem a make folyamaton belul tortent a forditasi kiserlet?
-
#3315
escie
őstag
dr_strange
#3314
escie
őstag
válasz
dr_strange
#3314
üzenetére
"az volt a gond lejjebb, hogy 4-es sorozatú gcc nincs hardenedben"
ja, ezt elfelejtettem... -
#3313
escie
őstag
dr_strange
#3312
escie
őstag
válasz
dr_strange
#3312
üzenetére
vagy fenthagyja a 3.x-es gcc-t, a 4-es mellet.
amig lefordul az rtorrent, addig a 4-es aktiv, egyebkent a regebbi.nekem is van fent mindketto a gcc-config szerint...
megoldhato ez, nem? mert csak listazast talalok a gcc-config helpjeben(-l), de set-et nem...szerk.:
hulyevagyok...andris@localhost ~ $ gcc-config -l
[1] i686-pc-linux-gnu-3.3.6
[2] i686-pc-linux-gnu-4.2.3 *aztan,
andris@localhost ~ $ sudo gcc-config 2
a kettes helyere ertelemszeruen a kivant szam...
mindezek utan meg# source /etc/profile
-
Sipi
addikt
válasz
VladimirR
#3307
üzenetére
Jááááá, vagy nem mondtad, vagy nem értettem!
Csinálj hozzá ebuildet! Alap: egy létező rtorrent ebuild, átnevezed rtorrent-9999.ebuild-re. Az elejére beteszed egy másik -9999 ebuildből azt a részt, ahogy az svn-ből cincálja a dolgokat. Szépen megírod.
Vagy ha nem akarsz tökölni: innen letöltöd, beteszed a lokális Portage-fába (alapesetben /usr/local/portage szokott lenni). Aztán unmaszk meg emerge.
Sipi
-
VladimirR
nagyúr
ipv6 tiltva van, semmi szuksegem ra es amennyire tudom, a libtorrent/rtorrent sem tamogatja
xmlrpc egyfelol kell*, masfelol neztem nelkule is, ugy sem jobb
es sajnos a kivaras* sem jo nekem
*: fejlesztek rtorrent-hez, szoval szuksegem lenne ra, hogy naprakesz tudjak lenni
p.s.: make.conf nem csak az emerge altal forditott dolgokra hat? csak mert ez nem ebuild-bol jon, svn-rol szedegetem, magam forditom
-
Sipi
addikt
válasz
VladimirR
#3305
üzenetére
Tudom, írtad, csak azért írtam le megint, hogy jelezzem, ez a c++ internal error nem az az internal error, amikor a gcc fejlesztőknek sürgős bugreportot kell írni.
Memory leak csak a gcc-ben lehetne, de ennél a régi verziónál ezt kizárom. Leak lehetne még valamelyik külső lib meghívása miatt, akár a debugolás, akár a 4-es sorozat egzotikusabb dolgainak kihasználásánál. Ez megint kizárt. LD-nél sem lehet gond, mert itt a linkelésig el sem jut.
Én alapból kikapcsolom a make.conf-ban a debugot, totál felesleges... Van még az ipv6 kapcsoló, próbáld meg annak ki- és bekapcsolásával is (meg egy xmlrpc is, azt is), hátha... ipv6-tal más jellegű problémáim már adódtak (ruby, ha jól rémlik), a hibának látszólag semmi közük nem volt az ipv6-hoz.
Szerintem rtorrent-hiba, ez a cc-fájl nem is nagy (a 0.8.0-ás verzióban), lazán vinne kellene a gcc-nek.
Jut eszembe, anno a kmailnél volt olyan kiadás, amit ugyanígy nem tudtam lefordítani. Ott valamelyik -r revvel patkolták. Ma is zabál, de legalább lefordul. Ilyenkor várni szoktam, majd csak kijavítják.Sipi
-
VladimirR
nagyúr
igen, mint irtam fentebb, felzabal mindne memoriat (akar mas programok karara is, pl mysql le szokott allni miatta), ez nekem inkabb tunik memory leak-nek, mint a szokasosnal kicsit nagyobb memoriaigenynek (elozo rev eseteben az adott file forditasa eseten 50MB korul megall a cc1plus memoriaigenye, itt felzabal 500-at, majd meghal - azert csak 500-at, mert tobb nincs)
majd meg megnezem, mit csinal, ha kap 1G swap-et, de tartok tole, azt is fel fogja elni
es igen, olvasgattam en is 4-es gcc-rol, de ha nem muszaj, inkabb kihagynam
p.s.: debug-ot nem en kapcsoltam be, nem tudom, ki lehetett - kikapcsoljam?
-
Sipi
addikt
válasz
VladimirR
#3303
üzenetére
Ezt a hibát többnyire akkor dobja, ha kevés, és ezért elfogy a memória és swap, szerintem figyelmen kívül hagyhatod. Debugot miért kapcsolod be? Az is növeli a c++ programok fordításának memória-éhségét (ami egyébként is nagy).
Sorry, hardenedet elfelejtettem. Olyat nem használok. A /usr/profiles/hardened mappában tényleg hardmaszkolva van a teljes 4-es gcc sorozat... Pech.
Itt van pár infó arról, hogy mi vár rád, ha kézzel unmaszkolod a 4-es sorozatot, és hardeneddel akarod használni. (A 4-es még nincs felkészítve erre, ettől még működő kódot készít, csak az új funkciók nélkül.) Az utána következő válaszlevelek is érdekesek lehetnek.
Szerintem nem gcc hiba, a kmail is olyan, hogy a 800 mega memóriám eltűnik a fordítása közben. Evvan, én az rtorrentre gyanakszom. Nem hiba, inkább csak rosszul megírt kód lehet.
Sipi
-
Sipi
addikt
válasz
VladimirR
#3301
üzenetére
Eddig úgy vettem észre, hogy ha a gcc nem ad internal gcc error, contact the developers hibát, akkor az adott programmal van gond.
Az, hogy csak adott revtől jön elő, megerősít ebben. (Csak egy tipp: esetleg a forrás olyan dolgokat használna, amit a 4-es gcc-ben vezettek be.)Egyik gépemen 4.1.2, másikon 4.2-es gcc van, semmi gondom nem volt még egyikkel sem. A 4.1.2 stabil, használhatod. Szerintem érdemes áttérni a 4-es gcc-re, a plusz tudása miatt.
Sipi
-
VladimirR
nagyúr
no, kozben addig eljutottam, hogy az 1041-es rev-tol kezdve jon elo a hiba, mindig a rtorrent forrasaban, a dht_manager.c forgitasakor
-Os, -O1 es -O3 kapcsolok eseteben is (volt mar olyan rtorrent bug valamely gcc verzioval, ahol segitett)masik gcc-t azert nem igazan akartam feltenni, mert sokat szivtam mar kulonfele verziokkal, s ez, ami jott a gentoo-hoz, eddig mindenhol jol viselkedett
most is elobb az rtorrent keszitojevel beszelek, hatha tud valamit mondani ra (en ezt a kodot mar nem latom at, attol picit komolyabb)
ha nem jutnek igy semmire, milyen gcc verzio az, amit batran mertek ajanlani es a fenti linkel stabilkent van jelolve?
Új hozzászólás Aktív témák
- MacBook Pro 14 2024 M4 Pro, 24 GB RAM, 1 TB SSD Space Black 27% Áfás
- iPhone 17 256 GB Sage - Bontatlan !! www.stylebolt.hu - Apple eszközök és tartozékok !!
- Telefon felvásárlás!! Samsung Galaxy S25, Samsung Galaxy S25 Plus, Samsung Galaxy S25 Ultra
- Samsung Galaxy A36 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Tablet S9 FE, 128GB, 5G, SM-X516BLGA
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest