Suchergebnisse
Suchergebnisse 1-20 von insgesamt 58.
@josef.95: Gut werde es mal testen @bell: Ja habe "sys-kernel/gentoo-sources*" maskiert. Quellcode 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 eix sys-kernel/gentoo-sources [D] sys-kernel/gentoo-sources Available versions: (2.6.32-r29) [m]2.6.32-r29!b!s (2.6.32-r32) [m]~2.6.32-r32!b!s (2.6.32-r33) [m]~2.6.32-r33!b!s (2.6.35-r15) [m]2.6.35-r15!b!s (2.6.36-r8) [m]2.6.36-r8!b!s (2.6.37-r4) [m]2.6.37-r4!b!s (2.6.37-r6) [m]~2.6.37-r6!b!s (2.6.38-r6) [m]2.6.38-r6!b!s (2.6.38-r7) [m]~2.6.38-r7!b!s ...
Ich verwende immer die gentoo-sources Zitat gentoo overflow # eix -Ic sources [D] sys-kernel/gentoo-sources (2.6.36-r8(2.6.36-r@30.03.2011 -> ??): Full sources including the Gentoo patchset for the 2.6 kernel tree virtual/linux-sources (2.6@15.07.2011): Virtual for Linux kernel sources
Maskieren wollte ich das ganze nicht Es hatte mich nur interessiert und verwirrt. Die -tree Option hat mir weitergeholfen: [ebuild U ~] x11-drivers/nvidia-drivers-275.19 [275.09.07] USE="gtk -acpi -custom-cflags (-multilib)" 30,220 kB [nomerge ] virtual/linux-sources-2.6 USE="-hardened -xrc" Wie ich vermutet habe, lag es an der Abhängigkeit; ausgelöst durch nividia-drivers. wenn man seine Treiber auf den aktuellen Stand bringen will, ist man gezwungen die vanilla-sources zu installieren; dazu ma...
Hallo zusammen, wieder einmal passiert etwas fragliches Wenn ich den update durchführe "emerge --ask --verbose --update --newuse --deep world" will emerge die vanilla-sources installieren: [ebuild N ] sys-kernel/vanilla-sources-2.6.38.7 USE="symlink -build -deblob" 73,134 kB [ebuild U ~] x11-drivers/nvidia-drivers-275.19 [275.09.07] USE="gtk -acpi -custom-cflags (-multilib)" 30,220 kB Zitat gentoo overflow # dir /var/log/portage/ | grep -ie "sources" sys-kernel:gentoo-sources-2.6.34-r1:20100822-...
Die Festplatte ist nicht defekt. Ich kann via LiveCD darauf zugreifen. So habe ich auch den neuen Kernel installiert. Geändert hat es nichts. Mit dem neuen Kernel (auch mit dem alten) erhalte ich halt diese Fehlermeldung. "Lilo" habe ich wie gewohnt auch eingetragen.
Guten Tag zusammen, vor 2 Wochen ist mir mein Rechner durchgebrannt. Genaues kann ich dazu nicht sagen. Heute habe ich den Rechner wieder erhalten. Der "PC-Fachmann" nebenan hat mir ein neues Mainboard und eine neue CPU eingebaut. Nachdem starten des Rechners erhalte ich folgende Meldung: Zitat cannot open root device 804 or unknown-block 8,4 please append a correct root boot option here are the available partitions kernel panic not syncing vfs unble to mount root fs on unknown-block Darauf hin ...
Habe unter hda-intel alle weiteren aktiviert, welches es genau war finde ich die Tage raus und werde es selbstverständlich posten. Edit: alsa-lib habe ich auch mit dem USE-Flag installiert, welches Standartmässig bei mir deaktiviert ist.
Lag wohl an den fehlenden Codecs
Die -* werde ich niemals entfernen (Minimalist ) Die use flag alsa brauch ich doch gar nicht, oder doch ? Sehe gerade das es Auswirkungen auf vlc hat. siehe : http://www.gentoo-portage.com/Search?search=&use=alsa&page=2 Natürlich bin ich in der Audiogruppe.
Tut mir leid, hab es vergessen einzufügen aplay -l Quellcode 1 2 3 4 5 6 7 8 9 10 **** List of PLAYBACK Hardware Devices **** card 0: NVidia [HDA NVidia], device 0: ALC1200 Analog [ALC1200 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: NVidia [HDA NVidia], device 1: ALC1200 Digital [ALC1200 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: NVidia [HDA NVidia], device 3: NVIDIA HDMI [NVIDIA HDMI] Subdevices: 1/1 Subdevice #0: subdevice #0
Nachdem ich versucht habe das Problem selbstständig zu lösen, indem ich einige Sachen getestet habe und den Kernel mindestens 20 x neu generiert habe, wende ich mich nun wieder an euch @josef: Von der LiveCD aus funktioniert es einwandfrei. Also ist der Anschluss, sowie die Hardware funktionsbereit. aplay -i Quellcode 1 aplay: playbackv:2573: You need to specify 1 file Nichts ist gemutet, alles aktiviert. Die Regler sind auch korrekt eingestellt. modprobe -l Quellcode 1 2 3 4 5 6 7 8 9 10 11 12 ...
Soweit ich weiß gibt es Eterm nicht auf Deutsch. Entweder übersetzt du es selber oder wie du es vorgeschlagen hast löschst du es. Wieso sollte fluxbox Eterm gebrauchen ? Sind beides eigenständige Programme. Zu deinen Problem mit den Umlauten kann ich nur sagen, das Eterm wahrscheinlich mit einer anderen Codierung arbeitet. Also muss du ein Weg finden die Codierung zu ändern. [gelöst] Umlaute in Fluxbox und Eterm
Ehrlich gesagt krieg ich es nicht hin. Die Karte ist weitergehend vorhanden Die Testmidi wird auch mit aplay abgespielt. Wird auch diesmal alles einwandfrei gestartet. Leider hören wir nix
Ehrlich gesagt habe ich in der make.conf nicht vorgenommen, aber hätte ich diese Einstellung vorgenommen hätte ich sie alle deaktiviert. Habe nun in der make.conf ALSA_PCM_PLUGINS="*" aktiviert. Wieso die alle aus sind ? KA !
Um deine Frage von vorhin zu beantworten. Nein die gcc Version war und ist immer die selbe gewesen. alles gelöscht und neu generiert, aber wieder ohne Erfolg Hast du eventuell noch eine andere Idee. Mir fällt einfach nichts mehr ein, was es sein könnte, bis auf die Sache mit den Useflags. Sind da vielleicht wichtige Useflags nicht gesetzt ? Quellcode 1 [ebuild R ] media-libs/alsa-lib-1.0.21a USE="-alisp -debug -doc -python" ALSA_PCM_PLUGINS="-adpcm -alaw -asym -copy -dmix -dshare -dsnoop -empty ...
ja beim letzten mal habe ich alles mögliche im kernel aktiviert, und trotzdem ohne Erfolg. Kann ich ohne weiteres alles im /lib/modules + Unterverzeichnisse ohne bedenken löschen ? Ja die bzImage habe ich extra jedes mal mit rüber kopiert.
aplay -I Quellcode 1 2 3 ALSA lib dlmisc.c:118:(snd_dlsym_verify) unable to verify version for symbol _snd_pcm_empty_open ALSA lib pcm.c:2175:(snd_pcm_open_conf) symbol _snd_pcm_empty_open is not defined inside [builtin] aplay: main:608: audio open error: No such device or address - alsamixer findet die card - alsasound startet auch ohne Fehler Ich vermute mal das bestimme USE-Flags benötigt werden um alsa-lib den Anforderungen gerecht zu installieren.
Danke dir, aber mit wine möchte ich es nicht laufen lassen. Außer pidgin bietet die große Linux / Unix Welt wohl nichts anderes an. Eine erbärmliche Leistung.
Ja genau so war es, ich werde es morgen wieder in Angriff nehmen.
