- This topic has 20 hozzászólás, 9 résztvevő, and was last updated 20 years, 6 months telt el by
.
-
Bejegyzés
-
De mi van azokkal a modulokkal, amik már nem kellenek, már ha van ilyen, gondolom az alaplap miatt van, hol tudom az összeset kilistáztatni, mert az uhu beállítóban minden ágat egérrel kibontogatni és megnézni, hogy betölti e, egy kicsit hosszadalmas :angry2:
[align=right][snapback]99799[/snapback][/align]Amikre nincs szükség, azokat simán nem tölti be, mivel a modulnak épp az a lényege, hogy elõször megnézi, kell-e, ha igen, betölti. Egyébként rootként lsmod, és látod, hogy mi van betöltve. (Esetleg initrdt kiszedheted, ha még nem tetted volna, õ pl betölt pár modult, amire alapból nem sok szükség van, pl ext3-tól különbözõ linuxos fájlrendszerek – persze csak ha nincs ilyened.)
Procihasználatot meg pl gnome-system-monitorral, ksysguarddal vagy toppal tudod megnézni.
Amikre nincs szükség, azokat simán nem tölti be, mivel a modulnak épp az a lényege, hogy elõször megnézi, kell-e, ha igen, betölti. Egyébként rootként lsmod, és látod, hogy mi van betöltve. (Esetleg initrdt kiszedheted, ha még nem tetted volna, õ pl betölt pár modult, amire alapból nem sok szükség van, pl ext3-tól különbözõ linuxos fájlrendszerek – persze csak ha nincs ilyened.)
Procihasználatot meg pl gnome-system-monitorral, ksysguarddal vagy toppal tudod megnézni.
Az elsõ összerakás után nem tettem be az meglévõ hangkártyámat, hanem gondoltam megnézem az alaplapi hangkütyüt, boot-nál láttam is valami ac97 modult, hangkártya ment, csak szarul, úgyhogy biosban letilt, régi kari be, és boot, de még akkor is betöltötte, úgyhogy manuálisan lett eltávollítva, ebbõl gondoltam arra, hogy a régi már nem használatos modulok mégiscsak betöltõdnek!
Lsmodot megnézem!
gnome-mal és toppal már néztem, és ez a gondom, hogy ezek nem írnak semmit, a gnome is mutatja a procihasználatot, de a folyamatoknál csak az X 2%, gnome 3 % -ot látom, azt hogy mi eszi a 20%-ot, nem!
Ettõl a procihasználattól kifekszem teljesen….
a /var/log/dmesg-ben a következõket találtam, mond ez vkinek vmit????VFS: Can’t find a valid FAT filesystem on dev 03:02.
sr0: mmc-3 profile: 0h
sr0: mmc-3 profile: 0h
sr0: CDROM (ioctl) reports ILLEGAL REQUEST.
sr0: mmc-3 profile: 0h
sr0: mmc-3 profile: 0h
sr0: CDROM (ioctl) reports ILLEGAL REQUEST.
sr0: mmc-3 profile: 0h
sr0: mmc-3 profile: 0h
sr0: CDROM (ioctl) reports ILLEGAL REQUEST.
sr0: mmc-3 profile: 0h
sr0: mmc-3 profile: 0h
sr0: CDROM (ioctl) reports ILLEGAL REQUEST.
sr0: mmc-3 profile: 0h
sr0: mmc-3 profile: 0h
sr0: CDROM (ioctl) reports ILLEGAL REQUEST.
sr1: mmc-3 profile: 0h
sr1: mmc-3 profile: 0h
sr1: CDROM (ioctl) reports ILLEGAL REQUEST.és még ez egy csomószor….
nem sokkal felette:raid5: using function: pIII_sse (2482.400 MB/sec)
md: raid5 personality registered as nr 4
LVM version 1.0.7(28/03/2003) module loaded
SGI XFS with no debug enabled
SGI XFS Quota Management subsystem
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
kjournald starting. Commit interval 5 seconds
EXT3-fs: ide0(3,4): orphan cleanup on readonly fs
ext3_orphan_cleanup: deleting unreferenced inode 840531
EXT3-fs: ide0(3,4): 1 orphan inode deleted
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Trying to move old root to /initrd … failed
Unmounting old root
Trying to free ramdisk memory … okay
Mounted devfs on /devnekem a színes sor gyanús, ki az a orphan??
az orphaned inode-ra:
init 1
umount /dev/hdxy
e2fsck -fvcyC0 /dev/hdxyAhol: x a HDD neve (a,b,c vagy d) y a partíció száma (1-akármeddig), az FSCK-nál f a force (mert ha már ellenõrizted azt írja nem kell…), a v a verbose (nem rossz 5let így futtatni), c az check for bad blocks, y az yes for questions (ha vmi hiba van jól jön az autojavítás, ne kelljen a géphez ugrálni), a C0 mindehhez szép karakteres folyamatábrát rak 🙂
AMD486!
Az e2fsck lefutott, de a 20%-os prochasználat maradt, mi a franc lehet, nincs valakinek vmi ötlete?
:angry: :angry: :angry: :angry: :angry: :angry: :angry: :angry: :angry: :angry: :angry: :angry: :angry:
Az a ****************************************************************************************** usb!!!!!!!!!!!!!!
6 usb portot kezel ez a lap, és ez kavarhatott be, most letiltottam a bios-ban az egészet, és jó, de mi lesz, ha hazahozom a nyomtatómat???????
Az usb okozta a 20%-ot?
Egyébként a top a mérvadó…
Ha
#dmesg
hatására, ‘hub … over-current change…’ üzenetet kapsz, akkor folyamatosan megy a usb kernel loggolása ennek a hülyeségnek, ám nem hiszem, hogy 20%-on terhelné a procit.
Bár a syslog kikapcsolásával kiderül. (ekkor nincs loggolás a lemezre)
Ha ez a gond, akkor ajánlom a metalog-ot, mellyel ki lehet szûrni dolgokat, és csak a megengedett kerül mentésre. (Helyet és merevlemezhasználatot biztosan megtakarítasz vele…)Kitaláltam: otthon lesz a nyomtatód.
Mit nyertem?Egy eredeti Linus Torvalds kézjegyével ellátott dokumentumot, miszerint a továbbiakban szabadon használhatod a 2.2.27-pre2 kernelt!
Na örülsz? 😆 😆Vizsla!
Az, hogy az usb használta e a 20%-ot 100%-ra nem tudom, de elgondolkodtató az az igencsak szoros összefüggés, hogy miután a biosban letiltottam az usb-t már el is tünt a prochasználat!
Egyébként a top a mérvadó…
Igen erre már más probléma kapcsán rájöttem, de a top semmit sem mutatott, a 20%-ot a gkrellm-bõl szedtem, de ott csak addig jutottam, hogy nem „userproctime”, hanem system…
Köszi a segítséget!
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz