• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Drucker Kyocera Mita FS1020D wird nicht erkannt

takkotak

Newbie
OS OpenSuse 11.4 neu aufgesetzt und aktuell.

Drucker Kyocera Mita FS1020D

Hallo, der oben genannte Drucker lässt sich unter allen Ubuntu Versionen einfach erkennen und in den Betrieb nehmen. Auch bei den OpenSuse Versionen 10.0 - 10.3 lies er sich ohne Probleme installieren und nutzen. Nun habe ich gestern 4 Stunden probiert den Drucker unter 11.4 in den Betrieb zu nehmen. Der Drucker wird einfach nicht erkannt und kann somit auch nicht funktionieren. Ich verstehe das Problem nicht, normal dauert das nur 5 Minuten dann funktioniert der Drucker. Die Firewall hatte ich auch schon ausgeschalte. Habe es über Yast und localhost:631 versucht, alles ohne Erfolg. Wo ist das Problem?
 
OP
T

takkotak

Newbie
Danke, der Tip brachte die Lösung. Der Drucker druckt ;-)

Hatte aber dennoch einige Zeit gedauert bis ich rausgefunden hatte wo ich lp eintippen mußte. Ich hatte es dann über Yast gemacht.
 
OP
T

takkotak

Newbie
Ich muß das Thema leider noch mal hoch holen. Habe jetzt Open Suse 12.1 installiert und den Drucker eingerichtet. Aber nach jedem Neustart muß ich in die Konsole und mich als "su" anmelden und mit dem Befehl "modprobe lp" funktioniert der Drucker erst wieder!

Meine Frage: wo liegt nun wieder das Problem?

Und unten mal die "etc/sysconfig/kernel"

Code:
## Path:	System/Kernel
## Description:
## Type:	string
## Command:     /sbin/mkinitrd
#
# This variable contains the list of modules to be added to the initial
# ramdisk by calling the script "mkinitrd"
# (like drivers for scsi-controllers, for lvm or reiserfs)
#
INITRD_MODULES="pata_via ata_generic"

## Type:        yesno
## Command:     /sbin/mkinitrd
## Default:     ""
#
#
# This variable disables the initialization of KMS in the initrd
# by not including the modules required for KMS even though KMS is
# supported on the underlying hardware.
# After changing run mkinitrd again.
#
NO_KMS_IN_INITRD="no"
 
## Type:        string
## Command:     /sbin/mkinitrd
#
# This variable contains the list of modules to be added to the initial
# ramdisk that is created for unprivilegd Xen domains (domU); you may need
# drivers for virtual block and network devices in addition to filesystem
# and device-mapper modules.
#
DOMU_INITRD_MODULES="xennet xenblk"

## Type:		string
## ServiceRestart:	boot.loadmodules
#
# This variable contains the list of modules to be loaded
# once the main filesystem is active
# You will find a few default modules for hardware which
# can not be detected automatically.
#
MODULES_LOADED_ON_BOOT="lp"

## Type:        string
## Default:     ""
#
# The file name of a binary ACPI Differentiated System Description Table
# (DSDT). This table is appended to the initial ram disk (initrd) that
# the mkinitrd script creates. If the kernel finds that its initrd
# contains a DSDT, this table replaces the DSDT of the bios. If the file
# specified in ACPI_DSDT is not found or ACPI_DSDT is empty/not specified,
# no DSDT will be appended to the initrd.
# Example path /etc/acpi/DSDT.aml
# You can also override Secondary System Description Tables (SSDTs).
# Add DSDT and SSDT files separated by spaces, e.g. "DSDT.aml SSDT1.aml"
# The files must be named DSDT.aml and/or SSDT[1-9]*.aml.
# For compatiblity reasons, if only one file is added it is assumed it is
# the DSDT and will be used as such, in future the above naming scheme
# will be enforce.
# Be aware that overriding these tables can harm your system.
# Only do this if you know what you are doing and file a bug on
# bugzilla.kernel.org so that the root cause of the issue will get fixed.
ACPI_DSDT=""
 

misiu

Moderator
Teammitglied
Versuch den in diesem Beitrag verwendeten Weg:
http://www.linux-club.de/viewtopic.php?f=42&t=114869

MfG
misiu
 
Oben