Wie Yast - Hardware -CDROM korrigieren
Wie kann ich eine fehlerhafte Anzeige von Yast -> Hardware -> CDROM korrigieren (Es werden mehr Laufwerke angezeigt, als vorhanden) Die Anzeige von Yast entspricht weder /dev/* noch /etc/fstab SuSE-Plugger arbeitet korrekt (aber dessen Angaben kann ich nicht lesen/prüfen) Danke Gruß Arno
Am Dienstag, 1. August 2006 10:30 schrieb Arno Jung:
Wie kann ich eine fehlerhafte Anzeige von Yast -> Hardware -> CDROM korrigieren (Es werden mehr Laufwerke angezeigt, als vorhanden) (...).
Ist denn die Ausgabe von "hwinfo --cdrom" eher falsch oder eher richtig? Falls eher falsch: Wenn ich mich recht erinnere, hätte man früher(tm) solche Fehler damit beheben können, indem man die entsprechenden hwinfo-Dateien gelöscht hat und dann hwinfo erneut hat laufen lassen. Diese hwinfo-Dateien finde ich bei mir (SL 10.1) in /var/lib/hardware/udi/, sinnigerweise heißen die dann wie die "UDI:"-Zeile in der Ausgabe von hwinfo es sagt. Wenn du mutig bist, kannst du die Dateien für die ganzen (Schein-)CD-ROMs mal als root irgendwohin verschieben (z.B. nach /root) und hwinfo neu aufrufen. Aber ich habe leider keine Ahnung, ob das bei den neueren SL noch viel bringt. :-/ Gruß Jan -- Taxes are not levied for the benefit of the taxed.
Jan Ritzerfeld schrieb:
Am Dienstag, 1. August 2006 10:30 schrieb Arno Jung:
Wie kann ich eine fehlerhafte Anzeige von Yast -> Hardware -> CDROM korrigieren (Es werden mehr Laufwerke angezeigt, als vorhanden) (...).
Ist denn die Ausgabe von "hwinfo --cdrom" eher falsch oder eher richtig?
richtig ? weiß nich - siehe unten
Wenn du mutig bist, kannst du die Dateien für die ganzen (Schein-)CD-ROMs mal als root irgendwohin verschieben (z.B. nach /root) und hwinfo neu aufrufen. Aber ich habe leider keine Ahnung, ob das bei den neueren SL noch viel bringt. :-/
halte ich nicht für gut Inzwischen glaube ich, dass das Ganze mit ide-cd und atapi (scsi) zutun hat und Eintragungen unter /dev/disk Kann das trotzdem nicht auflösen Danke - Gruß Arno
Am Dienstag, 1. August 2006 16:59 schrieb Arno Jung:
Jan Ritzerfeld schrieb: (...).
Ist denn die Ausgabe von "hwinfo --cdrom" eher falsch oder eher richtig?
richtig ? weiß nich - siehe unten
Steht da nur ein Laufwerk und ist das auch das richtige?
Wenn du mutig bist, kannst du die Dateien für die ganzen (Schein-)CD-ROMs mal als root irgendwohin verschieben (z.B. nach /root) und hwinfo neu aufrufen. Aber ich habe leider keine Ahnung, ob das bei den neueren SL noch viel bringt. :-/
halte ich nicht für gut
Naja, die Idee habe ich von http://de.opensuse.org/SDB:CD/DVD_automatisch_neu_konfigurieren_mit_SuSE_Lin... Und wenn du die Dateien nur verschiebst, kannst du sie auch wieder zurückverschieben.
Inzwischen glaube ich, dass das Ganze mit ide-cd und atapi (scsi) zutun hat
Was meinst du genau mit "ide-cd und atapi (scsi)"? Achja, daß dein YaST irgendwelche Laufwerke findet, welche weder mit /dev/* noch /etc/fstab übereinstimmen liegt genau daran, daß YaST eben die Informationen von hwinfo benutzt, jedenfalls früher war das so: http://de.opensuse.org/SDB:Mit_YaST2_können_keine_Pakete_von_CD_nachinstalliert_werden
und Eintragungen unter /dev/disk Kann das trotzdem nicht auflösen Danke - Gruß Arno
/dev/ ist dynamisch. Es wird beim Booten angelegt. Stichworte "udev" und "hal". Wenn die erstellten Einträge falsch sind, dann ist das nur eine Folge und nicht die eigentliche Ursache. Gruß Jan -- Every solution breeds new problems.
Jan Ritzerfeld schrieb:
Am Dienstag, 1. August 2006 16:59 schrieb Arno Jung:
Jan Ritzerfeld schrieb: (...).
Ist denn die Ausgabe von "hwinfo --cdrom" eher falsch oder eher richtig?
richtig ? weiß nich - siehe unten
Steht da nur ein Laufwerk und ist das auch das richtige?
[ . . . . ]
Inzwischen glaube ich, dass das Ganze mit ide-cd und atapi (scsi) zutun hat
Was meinst du genau mit "ide-cd und atapi (scsi)"?
Achja, daß dein YaST irgendwelche Laufwerke findet, welche weder mit /dev/* noch /etc/fstab übereinstimmen liegt genau daran, daß YaST eben die Informationen von hwinfo benutzt, jedenfalls früher war das so: http://de.opensuse.org/SDB:Mit_YaST2_können_keine_Pakete_von_CD_nachinstalliert_werden
und Eintragungen unter /dev/disk Kann das trotzdem nicht auflösen Danke - Gruß Arno
/dev/ ist dynamisch. Es wird beim Booten angelegt. Stichworte "udev" und "hal". Wenn die erstellten Einträge falsch sind, dann ist das nur eine Folge und nicht die eigentliche Ursache.
Gruß Jan
hallo Jan ich freue mich über Deine Mühe, die Du Dir machst. Deshalb will ich jetzt intensiver darauf eingehen. Das ganze System behandelt die CD-Laufwerke gleichartig Die CD-Laufwerke arbeiten ohne Probleme Deshalb gehe ich jetzt davon aus, dass auch Yast richtig arbeitet, obwohl die CD-Laufwerke - wie überall - anders ausgewiesen werden, als sie körperlich vorhanden sind. Was die Angaben in /dev betrifft: Normalerweise sind für CD-Laufwerke doch Verknüpfungen angelegt, z.B. /dev/cdrom -> /dev/hdb usw Dies Verknüpfungen existieren bei mir, auch für die nicht realen Laufwerke. Jetzt habe ich aber festgestellt, dass unter /dev/disk auch noch diverse Verknüpfungen existieren Soweit - so gut, nehmen wir also mal an, dass alle Angaben des Systems in Ordnung sind. Dann bin ich wohl derjenige, der beim Kernel kompilieren was gemacht hat, wodurch die erscheinung im System ausgelöst worden ist (?) In (make) xconfig gibt es doch die Einteilungen für Block devices -> ATA/ATAPI/MFM/RLL support, darin u.a. "include IDE/ATAPI CDROM support" (Modul ide-cd) SCSI device support und darin u.a. z.B SCSI generic support (Modul sg) PCI hotplug u.v.a.m. Ich habe gerade den ersten Kernel ohne scsi-CD-support kompiliert. Vielleicht habe ich da nicht richtig aufgeräumt? Aber das ist ja wohl nicht so einfach aufzulösen Nochmals vielen Dank Gruß Arno
Am Dienstag, 1. August 2006 20:57 schrieb Arno Jung:
(...). ich freue mich über Deine Mühe, die Du Dir machst. Deshalb will ich jetzt intensiver darauf eingehen.
Ich kenne mich mit udev etc. auch noch nicht wirklich aus, weil ich bis vor kurzem noch SL 9.2 hatte. Daher ist das recht spannend. :)
Das ganze System behandelt die CD-Laufwerke gleichartig Die CD-Laufwerke arbeiten ohne Probleme
Mit arbeiten meinst du dann sowas wie Daten-CDs mounten? Sind unter den Laufwerken auch Brenner und das Brennen klappt?
Deshalb gehe ich jetzt davon aus, dass auch Yast richtig arbeitet, obwohl die CD-Laufwerke - wie überall - anders ausgewiesen werden, als sie körperlich vorhanden sind.
Meinst du genauso falsch wie überall anders oder anders wie überall falsch?
Was die Angaben in /dev betrifft: Normalerweise sind für CD-Laufwerke doch Verknüpfungen angelegt, z.B. /dev/cdrom -> /dev/hdb usw
Jein. Früher wurden die mal vom YaST direkt in /dev/ angelegt. Aber neuerdings macht das udev anhand einiger Regeln. Speziell für CD-ROMs sind wohl die in /etc/udev/rules.d/65-cdrom.rules relevant. Dort trägt YaST die CD-ROMs auch ein. Stehn da schon zu viele oder falsche CD-ROMs drin?
Dies Verknüpfungen existieren bei mir, auch für die nicht realen Laufwerke.
Okay. Dann sind die also nicht nur in YaST falsch, oder? Und was meinst du genau mit der Existenz von diesen Verknüpfungen auch für die nicht realen Laufwerke? /dev/cdrecorder, /dev/cdrom und /dev/dvd können doch nur auf jeweils ein Laufwerk zeigen. Zeigen die alle auf unterschiedliche Laufwerke?
Jetzt habe ich aber festgestellt, dass unter /dev/disk auch noch diverse Verknüpfungen existieren
Die werden wohl auch von udev angelegt. Z. B. anhand der Regeln in /etc/udev/rules.d/60-persistent-storage.rules .
Soweit - so gut, nehmen wir also mal an, dass alle Angaben des Systems in Ordnung sind.
Wenn es die Laufwerke eigentlich gar nicht gibt, sind die Angaben wohl nicht richtig.
Dann bin ich wohl derjenige, der beim Kernel kompilieren was gemacht hat, wodurch die erscheinung im System ausgelöst worden ist (?)
Was wolltest du denn eigentlich ändern im Kernel? Bzw. was hast du geändert.
In (make) xconfig gibt es doch die Einteilungen für
Block devices -> ATA/ATAPI/MFM/RLL support, darin u.a. "include IDE/ATAPI CDROM support" (Modul ide-cd)
SCSI device support und darin u.a. z.B SCSI generic support (Modul sg)
BTW, hast du überhaupt SCSI-CD-ROM-Laufwerke?
PCI hotplug u.v.a.m.
Ich habe gerade den ersten Kernel ohne scsi-CD-support kompiliert.
Hatte das einen bestimmten Grund?
Vielleicht habe ich da nicht richtig aufgeräumt?
Beim Kompilieren? Hmmm.
Aber das ist ja wohl nicht so einfach aufzulösen
Naja, was so genau falsch läuft und was es mit dem scsi-CD-Support auf sich hat ist mir auch noch nicht so ganz klar ... Gruß Jan -- History repeats itself.
Jan Ritzerfeld schrieb:
Am Dienstag, 1. August 2006 20:57 schrieb Arno Jung:
(...). ich freue mich über Deine Mühe, die Du Dir machst. Deshalb will ich jetzt intensiver darauf eingehen.
Ich kenne mich mit udev etc. auch noch nicht wirklich aus, weil ich bis vor kurzem noch SL 9.2 hatte. Daher ist das recht spannend. :)
Das ganze System behandelt die CD-Laufwerke gleichartig Die CD-Laufwerke arbeiten ohne Probleme
Mit arbeiten meinst du dann sowas wie Daten-CDs mounten? Sind unter den Laufwerken auch Brenner und das Brennen klappt?
Deshalb gehe ich jetzt davon aus, dass auch Yast richtig arbeitet, obwohl die CD-Laufwerke - wie überall - anders ausgewiesen werden, als sie körperlich vorhanden sind.
Meinst du genauso falsch wie überall anders oder anders wie überall falsch?
Was die Angaben in /dev betrifft: Normalerweise sind für CD-Laufwerke doch Verknüpfungen angelegt, z.B. /dev/cdrom -> /dev/hdb usw
Jein. Früher wurden die mal vom YaST direkt in /dev/ angelegt. Aber neuerdings macht das udev anhand einiger Regeln. Speziell für CD-ROMs sind wohl die in /etc/udev/rules.d/65-cdrom.rules relevant. Dort trägt YaST die CD-ROMs auch ein. Stehn da schon zu viele oder falsche CD-ROMs drin?
Dies Verknüpfungen existieren bei mir, auch für die nicht realen Laufwerke.
Okay. Dann sind die also nicht nur in YaST falsch, oder? Und was meinst du genau mit der Existenz von diesen Verknüpfungen auch für die nicht realen Laufwerke? /dev/cdrecorder, /dev/cdrom und /dev/dvd können doch nur auf jeweils ein Laufwerk zeigen. Zeigen die alle auf unterschiedliche Laufwerke?
Jetzt habe ich aber festgestellt, dass unter /dev/disk auch noch diverse Verknüpfungen existieren
Die werden wohl auch von udev angelegt. Z. B. anhand der Regeln in /etc/udev/rules.d/60-persistent-storage.rules .
Soweit - so gut, nehmen wir also mal an, dass alle Angaben des Systems in Ordnung sind.
Wenn es die Laufwerke eigentlich gar nicht gibt, sind die Angaben wohl nicht richtig.
Dann bin ich wohl derjenige, der beim Kernel kompilieren was gemacht hat, wodurch die erscheinung im System ausgelöst worden ist (?)
Was wolltest du denn eigentlich ändern im Kernel? Bzw. was hast du geändert.
In (make) xconfig gibt es doch die Einteilungen für
Block devices -> ATA/ATAPI/MFM/RLL support, darin u.a. "include IDE/ATAPI CDROM support" (Modul ide-cd)
SCSI device support und darin u.a. z.B SCSI generic support (Modul sg)
BTW, hast du überhaupt SCSI-CD-ROM-Laufwerke?
PCI hotplug u.v.a.m.
Ich habe gerade den ersten Kernel ohne scsi-CD-support kompiliert.
Hatte das einen bestimmten Grund?
Vielleicht habe ich da nicht richtig aufgeräumt?
Beim Kompilieren? Hmmm.
Aber das ist ja wohl nicht so einfach aufzulösen
Naja, was so genau falsch läuft und was es mit dem scsi-CD-Support auf sich hat ist mir auch noch nicht so ganz klar ...
Gruß Jan
hi Jan komme in Kürze darauf zurück. Bin nur gerade bei einer Neuinstallation Gruß Arno
participants (2)
-
Arno Jung
-
Jan Ritzerfeld