Aktív témák
-
dr_strange
senior tag
még egy ötlet: esetleg a /etc/devfsd.conf-ban be vannak kommentezve a cd-írókra vonatkozó bejegyzések
JRR Tolkien nyelvei - aglardh.middangeard.org.uk
-
glett
tag
válasz dr_strange #1001 üzenetére
Köszi, holnapra kipróbálom...
Ciao
glett...try walking in my shoes...
-
Sipi
addikt
Csak a lejátszó. Kényelmi szempontból nem árt, ha ugyanúgy, mint a CD-ROM esetén, létrehozol rá egy szimbolikus linket. Pl a cdromnál a /dev/cdrom szimbolikus link a /dev/cdroms/cdromö-ra, ugyanígy a /dev/dvd link a /dev/izébizé eszközre, ami a dvd lenne.
Így a lejátszónak elég megadni ezt a linket.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
glett
tag
OK, majd próbálom. Még egy kérdés: hogyan lehet beállítani, hogy az X úgy induljon, hogy a NumLock be van nyomva? Találtam ilyet, hogy /etc/init.d/numlock be is tettem a default futási szintbe, de az csak a tty1-6ig működik. Aztán próbáltam ilyet, hogy beítram a XF86Config fájlba a KKeyboard szekcióba, hogy : option ''NumLockStatus ''on'' mag azt is próbáltam, hogy: option ''NumLock'' ''on'' de egyik sem működött. Tudom, nem nagy halál megnyomni a billantyűzeten, de így mindig nézem, hogy éppen megy-e...
Ciao
glett...try walking in my shoes...
-
WN31RD
addikt
''... we as consumers want our content free (as in Freedom) and if we don't get it, we'll take our content free (as in beer).''
-
glett
tag
Tudja valaki, hogy a top -ban a CPU-usage sorben mit jelentenek a rövidítések?
us - user
sy - system
ni - nice
wa - ?
hi - ?
si -?
Azért kérdezem, mert a régi verzióban csak az első 4 volt. Teganp sikerült írásra bírni ATAPI felületen az írómat, de elég lassúnak tűnt, és a közben futó xmms elkezdte szaggatni a zenét (2500+barton) és a top azt írta, hogy ~80% wa a CPU usage
A man-t átfutottam csak, (/wa) de nem találtam.
Ciao
glett
[Szerkesztve]...try walking in my shoes...
-
glett
tag
válasz dr_strange #1009 üzenetére
2.6.0-mm1, az user-usage 5-50-között, a system 5-10%, nice 0%, idle 0%, wa(?) 20-80%(!) a többi 0%. Volt, hogy az xmms cpu-használata is elérte a 30%(!)-ot. Ha nem ment az xcdroast, akkor az xmms kb 3-4% cpu-t használt, wa szép lassan lement kb 10%-ra, a többi idle volt.
Ciao
glett...try walking in my shoes...
-
glett
tag
válasz dr_strange #1013 üzenetére
Úgy látom, nem csak nálam halódik a prohardver.
De akkor mire vár? A task-list ban semmi nem látszik. Egyébként érdekes, hogy cd-írás közben a puffer elég gyakran visszaesett 2-3%ra (10--15X is) ?
A hdparm-ra visszatérve.
a hdparm -i /dev/hdx kiírja, hogy udma5-öt tud a vinyó max., és az is az aktív. Ha parancs:
hdparm -X udma4 (vagy -X 68, ugyanaz) akkor kiírja, hogy udma4-es módban használja innentől.
De utána futtatom a hdparm -i -t akkor a csillag még mindig az udma5-nél van... ? a conf.d/hdparm fájlban is udma4-et adok meg...
Ciao
glett...try walking in my shoes...
-
glett
tag
Itt inkább én vagyok a sebesség+6ározó lépés....
Tehát:
hdparm -tT /dev/hda
Timing buffer-cache: 805 és 825MB/s között van,
Timing buffered disc reads: 2,22MB/s konstans (4X futtattam)
Ez jó, rossz, vagy átlagos? A vinyó egy 7200-es Seagate Barracuda (asszem VII, de nem bizti)
Ciao
glett
[Szerkesztve]...try walking in my shoes...
-
dr_strange
senior tag
hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 924 MB in 2.01 seconds = 460.69 MB/sec
Timing buffered disk reads: 90 MB in 3.06 seconds = 29.45 MB/sec
7200 Maxtor 40GBJRR Tolkien nyelvei - aglardh.middangeard.org.uk
-
Sipi
addikt
Se nem rossz, se nem átlagos.
Kritikán aluli!
Főleg ettől a vinyótól.
A következő kapcsolókat próbáld egyesével állítgatni a vinyódon, ezek befolyásolják a sebességét. Ha valamelyik nem megy, ne lepődj meg, ha lefagy a gép...
''hdparm -... /dev/hdx'', ahol a ... egyesével:
-d1 - DMA mód bekapcsolása
-a 255 - readahead buffer. Lehet, hogy nem bír ennyit, ha hibát ad vissza, csökkentsd a számot, míg oké nem lesz
-A 1 - readahead bekapcs
-c 3 - 32-bites IDE-kezelés. A 3 a max., ha nem megy, 2 vagy 1.
-m 16 - multiple sector count, ez ált. megy, ha nem, csökkentsd.
-u 1 - unmasking IRQ, pontosan nbem tudom, mi, de ha bírja, egyes esetekben jókat gyorsít (nem mindig!)
-X 68 -+ ismerős, a max. DMA-t kapcsolja be, ezt nem bírja mindig a BIOS/alaplap/IDE-vezérlő/vinyó valamelyike
Ha egyesével megvan, mik a maxok, amiket bír, a /etc/conf.d/hdparm állományba így, egymás után beírhatod a disc0_args után. És rc-update add hdparm default.
Hm. Esetleg egy kérdés: látszólag nem megy nálad a DMA mód. Be van fordítva a kernelbe az általános IDE-vezérlő és általános DMA-támogatás? A chipseted is benne van?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
glett
tag
Huhh, ez tényleg nem az igazi... A munkahelyi gép is abban a tartományban teljesít, mint a Ti eredményeitek)
Majd +nézem, és írok, hogy mi volt a bibi.
Még van vmi, ami kicsit piszkál: új csomag emergelése végén a cleaning során (make.conf- ban autoclean-yes) kiír egy ilyet, hogy :
Invalid db entry:
/var/db/pkg/*sys-fs/devfsd
Ezt van úgy, hogy 3X kiírja Nem nagy gond, csak fura. Nem is értem mi az a csillag a path-ban..
Ciao
glett...try walking in my shoes...
-
glett
tag
Szaisztok!
Hmm, igen, szégyenlem, de tényleg a DMA-támogatás hiányzott a kernelbol...(meg a chipset is) Köszi a segítséget!
Az volt a gond, hogy a DMA-támogatást ki sem lehet választani, ha nincs a PCI-IDE támogatás kiválasztva... Arról pedig azt hittem, hogy csak vmilyen PCI-os winchester-vezérlő-kártyákhoz kell... Ezekszerint nem... Hú, de mire erre rájöttem, végigkerestem az egész kernel-configot...
Most a megfelelő értékek: ~750MB/s és 52.1MB/s. Ez azért jobban hangzik. Így már be sem szaggatott az xmms CD-írás közben. Van vmi 1szerű módja a csomagok ''építésének'' (FEATURES=buildpkg) A helyzet az, hogy kezdezttől fogva be van kapcsolva ez az opció, a baj csak az, hogy kiírtam 1 újraír6ó CD-re a csomagoat, aztán letörölttem mindent a portage/packages-ban, 3 napra rá viszont letöröltem véletlenül a CD-t (amateur vagyok, nincs mese). Már keresem a gentoo-forums-on is.
Ciao
glett...try walking in my shoes...
-
glett
tag
Letöröltem a porttage/packages összes fájlját
Szóval, a distfilesben a forrásokat tartja, nekem a packages kellene, hogy amit már 1X lefordított, azt ne kelljen még 1X. Vagy a FEATURES=buildpkg nem azt csinálja, hogy a lefordított binárisokat tömöríti (meg még a többi sallangot, mint conf.-file, stb.) és beteszi a packages könyvtárba?
Bocs, ha érthetetlen vagyok...
Ciao
glett
[Szerkesztve]...try walking in my shoes...
-
WN31RD
addikt
A packeges-ben levő lefordított cuccokat csak fordítással lehet előállítani, tehát ha letörölted őket, akkor bizony még egyszer le kell majd fordítanod mindet.
''... we as consumers want our content free (as in Freedom) and if we don't get it, we'll take our content free (as in beer).''
-
Sipi
addikt
Na, akkor az van, amire gondoltam.
A binárisokat fordítanod kell, erre a --buildpkg flag alkamas. De ha nem akarod, hogy lefordítás, csomagkészítés után újra fel is tegye a vinyóra, felülírva a mostani rendszeredet, használd az emerge --buildpkgonly (röviden emerge -B) paramcsot.
Esetleg kiadhatod mellé a --emptytree kapcsolót is, így úgy veszi, hogy semmi sincs telepítve, és nulláról indulva feltesz minden függőséget. Legalább lesz egy gépmentes heted...
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
dr_strange
senior tag
Minek neked az az éktelen mennyiségű bináris? Máshova is telepítesz ugyanilyen gépre?
JRR Tolkien nyelvei - aglardh.middangeard.org.uk
-
glett
tag
válasz dr_strange #1036 üzenetére
Nem, csak gondoltam, meglegyen nekem, ha vmi történne (winyó behal, stb.) ne kelljen újra... De nem éri meg. Majd újrarakom akkor. Viszont, hogy ne legyek problémamentes, ma reggel azzal fogadott a gép, hogy:
dina root # emerge sync
>>> starting rsync with rsync://rsync.gentoo.org/gentoo-portage...
>>> checking server timestamp ...
This is rsync5.us.gentoo.org
(129.89.70.108)
Dual PIII-750 + 512MB RAM
Located at the University of Wisconsin - Milwaukee
contact mgb@uwm.edu with any questions.
receiving file list ...
0 files to consider
client: nothing to do: perhaps you need to specify some filenames or the --recursive option?
rsync error: some files could not be transferred (code 23) at main.c(653)
>>> retry ...
dina root #
Ez meg mi? Nektek gondolom megy rendesen...
AMi történt, az az, hogy emergeltem a 2.6.1-mm1 kernelt, fordítottam, de vmi nem jó, mert a 2.6.1-es kernel bootolásakor 1 csomó hibát dob, pl. a checking dependencies-nél nem tudja megállapítani, pl. hogy az eth-adapter-modulnak milyen függőségei vannak... Ekkor viszatértem a 2.6.0-sra, itt nincs gond a bootolással, de nem megy az emerge sync... Jajj... Mindig van valami....
Ciao
glett...try walking in my shoes...
-
glett
tag
Megpróbáltam másik serverről az ''emerge sync''-et, van, ahol kiírja, hogy:
dina root # emerge sync
>>> starting rsync with rsync://rsync.gentoo.org/gentoo-portage...
>>> checking server timestamp ...
rsync: failed to connect to 129.79.6.12: Connection refused
rsync error: error in socket IO (code 10) at clientserver.c(88)
>>> retry ...
dina root #
vagy
...
receiving file list ...
link_stat ''metadata/timestamp.chk'' (in gentoo-portage) failed: No such file or directory
0 files to consider
client: nothing to do: perhaps you need to specify some filenames or the --recursive option?
....
Van ilyen fájlom, nem tudom, miért nem látja...
emerge -vUD prog működik: leszedi, felrakja...
Ciao
glett...try walking in my shoes...
-
glett
tag
Sziasztok!
Sehol semmi gond? Tuti....
Akkor azért nekem lenne egy kérdésem. Tehát: Nem tud valaki valamilyen init-szkript jellegű megoldást, amivel bootolás után csatlakozni tudok a netre?
Adsl-es megoldást már találtam a forums.gentoo-n, de nekem kábelnet van, és a csatlakozáshoz vmilyen bongészőben kell beírnom a júzerném/pesszwörd párost, aztán hajrá. Igen-igen, tudom, ez sem életbevágó, meg ilyenek, csak általában konzolon lépek be először, és alapból nem megy a net.
A másik gondom: még mindig fennáll a helyzet, hogy bootoláskor a cupsd elindítása előtt valamilyen démon (saccra a hotplug) legalább 50X megpróbálja a kernelbe illeszteni a hangkártya meg a hálókártya modulját, kb 2 képernyőnyi modprobe: FATAL ... already in kernel - sort produkálva
Ciao
glett...try walking in my shoes...
-
Sipi
addikt
Kábelnet: passz. Ilyen hülye módszerről még nem is hallottam... Szerintem kérdezd meg a szolgáltatót, hogy milyen típusú bejelentkezési formákat támogat, mert neked ez nem jó. Onnan már kezdhetünk valamit.
Sound: ahogy néztem, a legújabb alsa-csomagokban kijavították ezt a hibát. (A 2.6-os kernel beépített ALSA-ja miatt van ez.)
ACCEPT_KEYWORDS=''~x86'' emerge alsa-lib alsa-tools alsa-utils
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
glett
tag
Ja, ha van kedvetek, próbáljátok ki: jópofa
http://forums.gentoo.org/viewtopic.php?t=44542
Én tegnap próbáltam, nekem gond nélkül megy, csak kicsit halk. Szerintem főleg arra jó, ohgy ha valami process lefut, akkor tud hangosan üzenni neked, hogy haho, kész vagyok!
Ciao
glett...try walking in my shoes...
-
glett
tag
Sziasztok!
A tegnapi kérdésre a szolgáltató nem tudott explicit választ adni, de valami lynx-en keresztüli megoldást mondott.
Más: hogyan lehet megoldani, hogy ne csak root-ként lehessen mountolni? Ahogy néztem, nincs ilyen group. A /bin/monut pedig 711-es hozzáférésű, szóval elvileg futtatható bárki számára.
A problémám az volt, hogy egy floppy-t mountolva (rootként) a chown nem engedélyezett a /mnt/floppy-ra, a chmod -R 777 pedig nem működött, nem volt jogom sima felhasználóként olvasni sem.
Ciao
glett...try walking in my shoes...
-
glett
tag
Van valakine ötlete, hogy mi lehet a gond?
a hangkártyát nem tudja beizzítani, pedig eddig ment. Modulként van fordítva a hangkártyához szükséges als_4000.
root# /etc/init.d/alsasound restart
* WARNING: you are stopping a boot service.
* Unloading ALSA...
* Storing ALSA Mixer Levels
/usr/sbin/alsactl: save_state:1061: No soundcards found...
* Unloading modules [ ok ]
* Loading ALSA drivers...
* Loading: snd_als4000
FATAL: Error inserting snd_als4000 (/lib/modules/2.6.1-mm5/kernel/sound/pci/snd-als4000.ko): Invalid argument
* Running card-dependent scripts
* Restoring Mixer Levels [ ok ]
root#
? mi lehet ez?
Ciao
glett...try walking in my shoes...
-
Sipi
addikt
A szolgáltatódat csókoltatom, lényegében ugyanazt mondta el, mint amit most is csinálsz. A lynx egy webböngésző, de nem grafikus, hanem konzolos. Vagyis az ő megoldása: használj böngészőt...
Azonban esetleg ezzel lehet kezdeni valamit. Nézd meg a ''lynx --help''-re megjelenő összes paramétert. Lehet, hogy van olyan közte, ami segítségével a bejelentkező lapon megadott mezőket automatikusan ki lehet tölteni. Akkor pl. így tudnál bejelentkezni:
lynx http://szolgaltato.hu -cookies -auth=sipi:passwd -get_data -post_data
Az utóbbi két paraméter lehet érdekes. A leírás szerint a get/post metódussal átadott felhasználói adatokat lehet itt megadni. Sajnos, standard bementről kell olvasni, de átirányítással szerintem megoldható.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
Aktív témák
- Luck Dragon: Asszociációs játék. :)
- LEGO klub
- PlayStation rajongói nyereményjáték
- Házimozi, és Hifi kábelezés!
- Elektromos rásegítésű kerékpárok
- Xbox Series X|S
- Mindenki AI-t akar, már 2025-re is eladták a HBM chipeket
- plevips: Építkezünk 3. rész (2024)
- World of Tanks - MMO
- Proxmox VE
- További aktív témák...