Hallo,
meine angestossener thread übers reiserfs geht ja ganz schön in die Breite - ich bins nicht gewesen!! örlich!
In der Zwischenzeit habe ich mir den Tipp von Reinhard zu Herzen genommen und den neuen Kernel (2.4.4) gebacken. Das klappte ganz gut, es bootet sogar. Hierbei muss ich sagen, das ich einer von den verschriehenen Suse-Anwendern bin, der sich bisher höchstens von Update zu Update gehangelt hat. Somit wenig gewappnet, bin doch gleich in eine Falle getappst, die sich module nennt. Alle der frisch gebacknene dümpeln in /lib/modules/2.4.4 faul vor sich hin und alles schreit nach angeblich nicht vorhandenen Modulen! depmod -a -F /boot/System.map 2.4.4 wie auch alle anderen depmod-Aufrufe machen zumindest nichts falsch, denn es passiert rein garnichts! Eine modules.dep liegt auch im obigen Verzeichnis (habe ich die erzeugt?), die ist aber geschlagene 0 bytes groß. Zum Glück hat der verwöhnte Suse-Anwender sich nicht auf die in diesem Fall nicht vorhandenen Tools verlassen und vorher seine alte Konfig gesichert, sonst könnt er jetzt hier nicht fragen, denn das Netzwerk hat sich ja gleich mit aufgelöst... :-)
Wie sag ichs nun mit den Modulen??
Jens, der jetzt aber zum grillen geht ....
On Wed, May 23, 2001 at 06:53:47PM +0200, Jens Puruckherr wrote:
Hallo,
bin, der sich bisher höchstens von Update zu Update gehangelt hat. Somit wenig gewappnet, bin doch gleich in eine Falle getappst, die sich module nennt. Alle der frisch gebacknene dümpeln in /lib/modules/2.4.4 faul vor sich hin und alles schreit nach angeblich nicht vorhandenen Modulen! depmod -a -F /boot/System.map 2.4.4 wie auch alle anderen depmod-Aufrufe machen zumindest nichts falsch, denn es passiert rein garnichts! Eine
Ich glaube mich zu erinnern, daß eine Hierarchie-Stufe mehr dazwischen liegt jetzt. Das schnellste wird sein, auch aktuelle modutils zu besorgen und zu installieren.
(Wenn was nach /usr/local installiert wird, dann macht sich `stow' ganz cool, wenn's darum geht, alles wieder zu de-installieren.
cd PACKAGE ./configure --prefix /usr/local
make make -n prefix=/usr/local/stow/PACKAGE install # zum gucken make prefix=/usr/local/stow/PACKAGE install # echt
cd /usr/local/stow stow -vv -n PACKAGE # zum gucken stow -v PACKAGE # echt
Stow kann dann ziemlich leicht solche Packages auch wieder entfernen, notfalls auch einfach /usr/local/stow/PACKAGE löschen und alles dangeling symlinks beiseite tun ;-)
Packagemanagement für Arme ...
Best regards from Dresden/Germany Viele Gruesse aus Dresden Heiko Schlittermann
On Wed May 23, 2001 at 20:05:16 +0200, Heiko Schlittermann wrote: [... stow erklaert ...]
Packagemanagement für Arme ...
Auch Arme haben Ansprueche...
<eigenwerbung> http://www.inf.tu-dresden.de/~al10/stowES/ </eigenwerbung>
Adam
Am Mittwoch, 23. Mai 2001 20:05 schrieben Sie:
Ich glaube mich zu erinnern, daß eine Hierarchie-Stufe mehr dazwischen liegt jetzt. Das schnellste wird sein, auch aktuelle modutils zu besorgen und zu installieren.
Ja, lesen müsste mann können! steht ja alles irgendwo in der Doku verstreut :-) Ich habe mir schnell ein passendes RPM gezogen und nun werden auch meine Module gefunden. Allerdings gleube ich nun zu wissen, warum ich mich doch auf fertige Distries verlasse: ich muss ja alle möglichen Treiber, die bei meiner Suse in den Kernelsourcen schon mit drin sind, zu Fuß reinpatchen (habe sowas übrigens nun das erste mal gemacht) Zumindest meine Motherboardsensordaten kann ich nun wieder lesen. Auf Sound (via686) muss ich aber genau noch so verzichten wie auf Isdn. Hmm, gerade bei letzterem sollte aber alles dabei sein. Da passt bestimmt wieder das i4l-Packet nicht zum Kernel - man kann es sich aber auch schwer machen.....
Jens
Am Freitag, 25. Mai 2001 13:45 schrieb ich:
Auf Sound (via686) muss ich aber genau noch so verzichten wie auf Isdn.
Habe ich nun doch noch nicht ganz aufgegeben :-) neuestes Alsa-paket gezogen und drivers/lib/utils kompiliert was sogar ohne Probleme von statten ging -> staun :-)
Nun aber die Module irgendwie mit zu laden ist ein Ding der Unmöglichkeit:
$: insmod snd-card-via686a Using /lib/modules/2.4.4/misc/snd-card-via686a.o /lib/modules/2.4.4/misc/snd-card-via686a.o: unresolved symbol snd_pcm_new_R95875 911 /lib/modules/2.4.4/misc/snd-card-via686a.o: unresolved symbol snd_pcm_lib_preall ocate_free_for_all_R70ca326d /lib/modules/2.4.4/misc/snd-card-via686a.o: unresolved symbol snd_ac97_mixer_R26 93e09e /lib/modules/2.4.4/misc/snd-card-via686a.o: unresolved symbol snd_card_register_ R49838a83 .... /lib/modules/2.4.4/misc/snd-card-via686a.o: unresolved symbol snd_card_new_R7282 55f9
Das finde ich feige! Ich gebe mir doch so eine Mühe. Wie bekomme ich meinen Sound denn nun wieder zum laufen?? (ich sach jetzt nicht: mit Suse wär das nicht passiert .... nönö)
Jens, der keine Töne mehr hat.
On Fri, May 25, 2001 at 04:55:56PM +0200, Jens Puruckherr wrote:
Am Freitag, 25. Mai 2001 13:45 schrieb ich:
Auf Sound (via686) muss ich aber genau noch so verzichten wie auf Isdn.
Habe ich nun doch noch nicht ganz aufgegeben :-) neuestes Alsa-paket gezogen und drivers/lib/utils kompiliert was sogar ohne Probleme von statten ging -> staun :-)
Nun aber die Module irgendwie mit zu laden ist ein Ding der Unmöglichkeit:
$: insmod snd-card-via686a Using /lib/modules/2.4.4/misc/snd-card-via686a.o /lib/modules/2.4.4/misc/snd-card-via686a.o: unresolved symbol snd_pcm_new_R95875 911 /lib/modules/2.4.4/misc/snd-card-via686a.o: unresolved symbol snd_pcm_lib_preall ocate_free_for_all_R70ca326d /lib/modules/2.4.4/misc/snd-card-via686a.o: unresolved symbol snd_ac97_mixer_R26 93e09e /lib/modules/2.4.4/misc/snd-card-via686a.o: unresolved symbol snd_card_register_ R49838a83 .... /lib/modules/2.4.4/misc/snd-card-via686a.o: unresolved symbol snd_card_new_R7282 55f9
Es fehlen also noch Module, die zuvor geladen werden müssen. Schau mal nach ob unter /lib/modules/2.4.X/kernel/drivers/sound/* Module herumliegen, die ein `pcm' oder `ac97' im Namen haben. Wenn ja, einfach per insmod laden und hoffen...
Ciao, Tobias
Am Samstag, 26. Mai 2001 13:54 schrieb Tobias:
Es fehlen also noch Module, die zuvor geladen werden müssen. Schau mal nach ob unter /lib/modules/2.4.X/kernel/drivers/sound/* Module herumliegen, die ein `pcm' oder `ac97' im Namen haben. Wenn ja, einfach per insmod laden und hoffen...
root@k7:/lib/modules/2.4.4/kernel/drivers/sound > ll total 45 drwxr-xr-x 2 root root 96 May 24 17:42 . drwxr-xr-x 13 root root 264 May 24 17:42 .. -rw-r--r-- 1 root root 12572 May 24 17:42 ac97_codec.o -rw-r--r-- 1 root root 26372 May 24 17:42 via82cxxx_audio.o
die sind glaub ich schon beim Kernelbacken entstanden, aber ein gemeinsamens/einzelnes insmod bringt keine Veränderungen. Die Alsa-Module wollen sich einfach nicht laden lassen!
Beim Start lädt er schon was mit Sound: root@k7:> lsmod Module Size Used by snd-pcm-oss 38272 0 (autoclean) (unused) snd-pcm 49184 0 (autoclean) [snd-pcm-oss] snd-timer 9600 0 (autoclean) [snd-pcm] snd-mixer-oss 9568 0 (autoclean) [snd-pcm-oss] snd 26928 0 (autoclean) [snd-pcm-oss snd-pcm snd-timer snd-mixer-oss] ne2k-pci 4608 1 (autoclean) 8390 6352 0 (autoclean) [ne2k-pci] via686a 7664 0 (unused) sensors 6272 0 [via686a] i2c-isa 1200 0 (unused) i2c-core 13040 0 [via686a sensors i2c-isa]
Meine modules.conf: # ALSA portion alias char-major-116 snd options snd snd_major=116 snd_cards_limit=1 alias snd-card-0 snd-card-via686a options snd-card-via686a snd_index=0 snd_id=card1
# OSS/Free portion alias char-major-14 soundcore alias sound-slot-0 snd-card-0 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss
Jens
On Sat, May 26, 2001 at 01:54:53PM +0200, Tobias Koenig wrote:
On Fri, May 25, 2001 at 04:55:56PM +0200, Jens Puruckherr wrote:
Am Freitag, 25. Mai 2001 13:45 schrieb ich:
Auf Sound (via686) muss ich aber genau noch so verzichten wie auf Isdn.
Habe ich nun doch noch nicht ganz aufgegeben :-) neuestes Alsa-paket gezogen und drivers/lib/utils kompiliert was sogar ohne Probleme von statten ging -> staun :-)
Nun aber die Module irgendwie mit zu laden ist ein Ding der Unmöglichkeit:
Bei mir funktioniert dieser VIA-aufBrett-Krach mit den in 2.2.x enthaltenen Treibern super. Warum sollte man sich dafür mit alsa rumschlagen?
Reinhard
Am Samstag, 26. Mai 2001 15:31 schrieben Sie:
Bei mir funktioniert dieser VIA-aufBrett-Krach mit den in 2.2.x enthaltenen Treibern super. Warum sollte man sich dafür mit alsa rumschlagen?
Hmm, so betrachtet, ich glaub, ich habe die Module mit gebacken .....sieha da....es kommt Musik raus :-) Freu.
Weg mit alsa....
Jens
Bei mir funktioniert dieser VIA-aufBrett-Krach mit den in 2.2.x enthaltenen Treibern super. Warum sollte man sich dafür mit alsa rumschlagen?
Hmm, so betrachtet, ich glaub, ich habe die Module mit gebacken .....sieha da....es kommt Musik raus :-) Freu.
Hi Jens!
Darf ich fragen, welches MB du verwendest? Ich hab Probleme mit meinem GA-7ZX, kann meinen OnBoard-Sound noch immer nicht nutzen.
Tobias
Am Sonntag, 27. Mai 2001 09:42 schrieb Tobias Kluge:
Darf ich fragen, welches MB du verwendest? Ich hab Probleme mit meinem GA-7ZX, kann meinen OnBoard-Sound noch immer nicht nutzen.
Du darfst :-) Ich habe ein EpoxK7XA:
root@k7:~ > cat /proc/pci PCI devices found: Bus 0, device 0, function 0: Host bridge: VIA Technologies, Inc. VT8371 [KX133] (rev 2). Prefetchable 32 bit memory at 0xd0000000 [0xd3ffffff]. Bus 0, device 1, function 0: PCI bridge: VIA Technologies, Inc. VT8371 [KX133 AGP] (rev 0). Master Capable. No bursts. Min Gnt=12. Bus 0, device 7, function 0: ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 33). Bus 0, device 7, function 1: IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 16). Master Capable. Latency=32. I/O at 0xd000 [0xd00f]. Bus 0, device 7, function 4: Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 48). Bus 0, device 7, function 5: Multimedia audio controller: VIA Technologies, Inc. AC97 Audio Controller (r ev 32). IRQ 10. I/O at 0xdc00 [0xdcff]. I/O at 0xe000 [0xe003]. I/O at 0xe400 [0xe403].
Dem Kernel(2.4.4) habe ich schlicht gesagt: root@k7:~ > less /usr/src/linux/.config .... CONFIG_SOUND=y ... CONFIG_SOUND_VIA82CXXX=m ....
und ich habe die Module: via82cxxx_audio 17040 0 ac97_codec 8720 0 [via82cxxx_audio]
erhalten. so gehts nun, sogar KDE ist zufrieden.
Jens
On Wed, May 23, 2001 at 06:53:47PM +0200, Jens Puruckherr wrote:
In der Zwischenzeit habe ich mir den Tipp von Reinhard zu Herzen genommen und den neuen Kernel (2.4.4) gebacken.
Ähmmm? Gibts hier noch einen Reinhard? Ich habe 100%ig niemanden zu 2.4.x geraten - mangels eigener Erfahrung damit.
Jens, der jetzt aber zum grillen geht ....
Reinhard ... der gerade aus der Kneipe kommt :-)
Am Mittwoch, 23. Mai 2001 22:56 schrieben Sie:
On Wed, May 23, 2001 at 06:53:47PM +0200, Jens Puruckherr wrote:
In der Zwischenzeit habe ich mir den Tipp von Reinhard zu Herzen genommen und den neuen Kernel (2.4.4) gebacken.
Ähmmm? Gibts hier noch einen Reinhard? Ich habe 100%ig niemanden zu 2.4.x geraten - mangels eigener Erfahrung damit.
oh, äh, sorry auch, der Reiner wars...ich hab mich wohl verguckt, weil ich hatt ja noch keine Wurst im Bauch... Habe ich jetzt deinen guten Ruf geschändet? Tja, nicht mal richtig lesen könne diese suse-Typen ;-)
Jens, der jetzt aber zum grillen geht ....
Reinhard ... der gerade aus der Kneipe kommt :-)
War wohl keiner da....kannst ja noch tippen....
Jens
lug-dd@mailman.schlittermann.de
-
Adam Lackorzynski -
Heiko Schlittermann -
Jens Puruckherr -
Reinhard Foerster -
Tobias Kluge -
Tobias Koenig