Re: Module beim Booten nicht laden

2006-09-18 Diskussionsfäden Meinolf Sander
* Jörg Sommer schrieb: Schuld sind wohl die Module lp, parport und parport_pc, die automatisch geladen werden, aber merkwürdigerweise gegenseitig voneinander abhängen, sodaß sie nicht entfernt werden können. Das stimmt nicht. # modinfo lp | grep ^dep depends:parport # modinfo

Re: Module beim Booten nicht laden

2006-09-16 Diskussionsfäden Jörg Sommer
Hallo Meinolf, Meinolf Sander [EMAIL PROTECTED] wrote: Moin, ich habe hier bei einem 2.6.8-2-386-Standardkernel das Problem, daß permanent in den Syslog geschrieben wird: kernel: parport0: BUSY timeout (1) in compat_write_block_pio kernel: DMA write timed out parport0: FIFO is stuck

Re: Module beim Booten nicht laden

2006-09-15 Diskussionsfäden Christian Schmidt
Hallo Stefan, Stefan Bauer, 15.09.2006 (d.m.y): /etc/hostplug/blacklist falls ich mich richtig erinnere. Wenn, dann: /etc/hotplug/blacklist Gruss, Christian Schmidt -- Manche Computer kosten ein Vermögen, manche nur den Verstand. signature.asc Description: Digital signature

Re: Module beim Booten nicht laden

2006-09-15 Diskussionsfäden Thomas Ruebsamen
Servus, /etc/hostplug/blacklist falls ich mich richtig erinnere. Wenn, dann: /etc/hotplug/blacklist ich geh noch einen Schritt weiter und sage: /etc/hotplug/blacklist.d/ Gruß, Thomas

Re: Module beim Booten nicht laden

2006-09-15 Diskussionsfäden Michelle Konzack
Am 2006-09-14 16:16:30, schrieb Meinolf Sander: Das schlägt wg. der (mir nicht ganz erklärlichen) gegenseitigen Abhängigkeit von lp, parport und parport_pc fehl. In der Reihenfolge; rmmod parport_pc rmmod lp rmmod parport_pc Thanks, Greetings and nice Day Michelle Konzack

Module beim Booten nicht laden

2006-09-14 Diskussionsfäden Meinolf Sander
Moin, ich habe hier bei einem 2.6.8-2-386-Standardkernel das Problem, daß permanent in den Syslog geschrieben wird: kernel: parport0: BUSY timeout (1) in compat_write_block_pio kernel: DMA write timed out parport0: FIFO is stuck Schuld sind wohl die Module lp, parport und parport_pc, die

Re: Module beim Booten nicht laden

2006-09-14 Diskussionsfäden Jens Schüßler
* Meinolf Sander [EMAIL PROTECTED] wrote: Moin, ich habe hier bei einem 2.6.8-2-386-Standardkernel das Problem, daß permanent in den Syslog geschrieben wird: kernel: parport0: BUSY timeout (1) in compat_write_block_pio kernel: DMA write timed out parport0: FIFO is stuck Schuld sind

Re: Module beim Booten nicht laden

2006-09-14 Diskussionsfäden Meinolf Sander
* Jens Schüßler schrieb: Du suchst modconf. Das schlägt wg. der (mir nicht ganz erklärlichen) gegenseitigen Abhängigkeit von lp, parport und parport_pc fehl. Gruß, Meinolf -- GPG key ID: 0x43891B76 -- Haeufig gestellte Fragen und Antworten (FAQ):

Re: Module beim Booten nicht laden

2006-09-14 Diskussionsfäden Jens Schüßler
* Meinolf Sander [EMAIL PROTECTED] wrote: * Jens Schüßler schrieb: Du suchst modconf. Das schlägt wg. der (mir nicht ganz erklärlichen) gegenseitigen Abhängigkeit von lp, parport und parport_pc fehl. Sorry, ich hatte das so verstanden, das du alle rausschmeissen wolltest, und nicht nur

Re: Module beim Booten nicht laden

2006-09-14 Diskussionsfäden Meinolf Sander
* Jens Schüßler schrieb: Du suchst modconf. Das schlägt wg. der (mir nicht ganz erklärlichen) gegenseitigen Abhängigkeit von lp, parport und parport_pc fehl. Sorry, ich hatte das so verstanden, das du alle rausschmeissen wolltest, und nicht nur eins. Ich möchte die drei oben genannten

Re: Module beim Booten nicht laden

2006-09-14 Diskussionsfäden Stefan Bauer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Meinolf Sander schrieb: Schuld sind wohl die Module lp, parport und parport_pc, die automatisch geladen werden, aber merkwürdigerweise gegenseitig voneinander abhängen, sodaß sie nicht entfernt werden können. /etc/hostplug/blacklist falls ich