From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1K8twU-0008BF-Q1 for garchives@archives.gentoo.org; Wed, 18 Jun 2008 09:27:03 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C6B7DE0442; Wed, 18 Jun 2008 09:27:01 +0000 (UTC) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by pigeon.gentoo.org (Postfix) with ESMTP id 84323E0442 for ; Wed, 18 Jun 2008 09:27:01 +0000 (UTC) Received: from localhost ([92.50.86.118]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1K8twS33Nh-0004WW; Wed, 18 Jun 2008 11:27:01 +0200 Date: Wed, 18 Jun 2008 11:26:34 +0200 From: Sebastian =?iso-8859-1?Q?G=FCnther?= To: gentoo-user-de@lists.gentoo.org Subject: Re: [gentoo-user-de] device nicht automatisch laden lassen Message-ID: <20080618092633.GA3349@marvin.heimnetz.local> References: <20080618054548.GA3903@marvin.heimnetz.local> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-de@lists.gentoo.org Reply-to: gentoo-user-de@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) X-Provags-ID: V01U2FsdGVkX19Ea3M0u20rGk5SxuYhzi0TeYQSFSHyKVDB0Be /Z2trxDVGeoA+B7mAeSvDfgGTr3yfMyBzNknduqQvY3ic/MBjs VZjuc6+9LuQHYdp8HEI/A== X-Archives-Salt: fe3587c1-68ff-4903-a1a9-3bcbe4da9846 X-Archives-Hash: cf8fa5e19a390d2f6d621be23faaf5ab --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Zeitschel, Philipp (philipp.zeitschel@siemens.com) [18.06.08 08:55]: > Es ist ein MDA und dieser soll sich mit Active Sync verbinden da ich=20 > ein Firmware update machen m=F6chte, er bricht allerdings bei der=20 > treiberinstallation ab. H=E4nge ich es an ein Windows von einem Kollegen= =20 > (ja ich habe kein windows mehr nativ laufen) l=E4uft die synchronisation= =20 > wunderbar ab. Es hat allerdings mal bestens geklappt =FCber die vmware=20 > und ich wei=DF, da hatte ich noch keine treiber f=FCr das device geladen,= =20 > es war einfach von linux ungeladen aber mit lsusb sichtbar... Und=20 > diesen stand m=F6chte ich wieder herstellen mit einer tempor=E4ren udev= =20 > regel.=20 > Vielleicht k=F6nnte man einfach mal aufh=F6ren immer alles in frage zu=20 > stellen, warum ich das machen m=F6chte, sondern mir einfach dabei helfen= =20 > und mir sagen wie die udev regel dazu aussehen m=FCsste.=20 Ich habe es in Frage gestellt, weil ich Dein Problem nicht verstanden=20 hatte. Wenn Du wirklich meine Mail gelesen h=E4ttest, w=E4re Dir die L=F6sung mit = dem=20 blacklisten (oder auch unladen) der Module aufgefallen. Was Du an Ausgabe mitgeteilt hast, ist fast alle usb_core. Das einzige=20 andere ist das neuanlegen von eth1. Also ich w=FCrde erst einmal das=20 hierf=FCr zust=E4ndige Modul finden und blacklisten. Wenn das nicht reicht,= =20 musst Du halt usb_core rausschmeissen. Und udev legt eigentlich nur device nodes an. Es ist nicht f=FCr die=20 Treiber zust=E4ndig. >=20 > Ps.: usbger=E4te m=FCssen nicht von linux geladen sein um in der vmware= =20 > genutzt zu werden, ganz im gegenteil das st=F6rt nur und vmware versucht= =20 > sie zu entladen..=20 >=20 Ja, aber auch ohne usb_core? > Gr=FC=DFe >=20 > Philipp Sebastian PS: Stelle aber 'mal Dein ToFu ab... --=20 " Religion ist das Opium des Volkes. " Karl Marx SEB@STI@N G=DCNTHER mailto:samson@guenther-roetgen.de --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkhY1MkACgkQ4zavaU1MGbTM0ACdG1QT593vqHrBFqHWhevf+DO+ FwsAn1erEQtrnK8jFQJmx+eiD6iO/0Kd =gkF+ -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- -- gentoo-user-de@lists.gentoo.org mailing list