SuSE 8.2 kann DVD-LW nicht mehr erkennen/einbinden
--- Sorry, wenn diese Mail mehrfach kommt - kämpfe noch mit meinem Mailer .... --- Ich habe's getan - mein weitgehend (ab und an kernel-panic wegen IDE-Bug) funktionierendes Suse 8.0 auf die 8.2 upgedated. Seitdem funktioniert etliches (Internet, Cyrus-Imap, Squid, etc) nicht mehr, was ich wohl Stück für Stück beseitigen muss und meistens auch kann. Nur hier scheitere ich bislang: Ich kann nicht auf das DVD-Laufwerk zugreifen. Folgender Fehler bei eingelegter SuSE-DVD: --- wauhsl2:/home/fredl # mount -t iso9660 /dev/hdc /media/cdrom mount: /dev/hdc: Konnte den Superblock nicht lesen --- Eignebunden ist das LW als Master am zweiten Controller, den Slave habe ich mittlerweile ausgebaut (sowas wie Slave-present lässt sich nicht jumpern).Die Links in /dev sollten stimmen: --- wauhsl2:/home/fredl # ls -al /dev/dvd* /dev/cdrom* lrwxrwxrwx 1 root root 8 2003-07-06 20:14 /dev/cdrom -> /dev/hdc lrwxrwxrwx 1 root root 8 2003-07-06 20:01 /dev/dvd -> /dev/hdc --- Weil irgendwann mal ein Brenner eingebaut war, hatte ich wohl IDE-SCSI eingeschaltet (Lief auch ohne Brenner unter 8.0 okay). Jetzt rausgeworfen. Trotzdem nix. Hat irgendjemand eine Idee? Kann man vielleicht die Hardware-Erkennung komplett neu druchlaufen lassen, mit allem drum und dran wie Link setzen etc.? Am Schluss hänge ich mal die Ausgabe von hwscan --list an - da hängt noch der ganze alte Mist drin (also LW, die längst ausgebaut sind). Bekomme ich das irgendwie weg? Danke, Alfred wauhsl2:/home/fredl # hwscan --list B3Fu.u6btJyE5fo5: (cfg=new, avail=no, need=no) hub USB UHCI Root Hub B3Fu.U0mJCy94H96: (cfg=no, avail=no, need=no) hub VIA Root Hub ESW+.xdkCxOsqB19: (cfg=no, avail=yes, need=no) storage VIA VT82C586/B/686A/B PIPC Bus Master IDE rdCR.lZF+r4EgHp4: (cfg=no, avail=yes, need=no) bios BIOS ENrk.fdDieAp9sG0: (cfg=yes, avail=yes, need=no) disk QUANTUM FIREBALLlct15 20 rdCR.CxwsZFjVASF: (cfg=no, avail=yes, need=no) memory Main Memory qQ_V.fx31GMDifeA: (cfg=no, avail=yes, need=no) unknown VIA VT82C686 [Apollo Super ACPI] RE4e.1PyWxacyOX3: (cfg=yes, avail=yes, need=no) network Compu-Shack DECchip 21140 [FasterNet] n6T_.GQNx7L4uPNA: (cfg=no, avail=yes, need=no) network interface Loopback network interface zyP1.y5qYfoLPwiB: (cfg=no, avail=no, need=no) cdrom HP Hewlett-Packard CD-Writer Plus 9900 nBbg.zPEIHfkD142: (cfg=yes, avail=yes, need=no) disk ST380021A 5n+q.M6dR1NkQHEE: (cfg=yes, avail=yes, need=no) usb controller VIA Technologies, Inc. (Wrong ID) USB Controller hY5p.3i9bfSNOsPD: (cfg=yes, avail=no, need=no) cdrom Hewlett-Packard CD-Writer Plus 9900 rdCR.iWbWo71vw2C: (cfg=no, avail=yes, need=no) keyboard PC Keyboard lgGW.ehrZj_t4k76: (cfg=yes, avail=no, need=no) storage Adaptec AHA-2940/2940W / AIC-7871 sPPV.oZ89vuho4Y3: (cfg=yes, avail=yes, need=no) floppy Floppy Disk yibb.iquB8cmEOd0: (cfg=no, avail=no, need=no) mouse Intelli/Wheel Mouse Phe5.ndpeucax6V1: (cfg=no, avail=yes, need=no) network interface Ethernet network interface 3Okj.Jt1hg9mdkyE: (cfg=new, avail=yes, need=no) hub Hub qnJ_.8twkxmoMQ3C: (cfg=yes, avail=yes, need=no) isdn adapter AVM FRITZ!PCI B3Fu.Jt1hg9mdkyE: (cfg=no, avail=yes, need=no) hub Hub Sry0.GSopYcFr9cF: (cfg=no, avail=yes, need=no) network interface Network Interface rdCR.n_7QNeEnh23: (cfg=no, avail=yes, need=no) system System RaT_.nfEXJulusj6: (cfg=no, avail=yes, need=no) network interface Network Interface yibb.g++hATXqKsF: (cfg=no, avail=yes, need=no) mouse Generic PS/2 Mouse VCu0.xFPGnE7kE0F: (cfg=no, avail=yes, need=no) graphics card VISIONTEK RIVA TNT2 Model 64 8kLt.fDxpZu3H68D: (cfg=yes, avail=no, need=no) cdrom CRD-8483B y5Vg.M6dR1NkQHEE: (cfg=yes, avail=yes, need=no) usb controller VIA Technologies, Inc. (Wrong ID) USB Controller bSAa.LB5FQylNql1: (cfg=yes, avail=yes, need=no) sound Ensoniq Creative Sound Blaster AudioPCI64V, AudioPCI128 M71A.3NdOW6HCCQA: (cfg=no, avail=yes, need=no) bridge VIA VT82C686/A PCI to ISA Bridge hY5p.B3nmHwmbQB7: (cfg=yes, avail=yes, need=no) cdrom CREATIVEDVD5241E hY5p.U5k2Wd0iIX4: (cfg=yes, avail=no, need=no) cdrom CREATIVEDVD5241E qLht.9xq3iomGLV9: (cfg=no, avail=yes, need=no) bridge VIA VT8363/8365 [KT133/KM133] vSkL.BQdp9bG_qCD: (cfg=no, avail=yes, need=no) bridge VIA VT8363/8365 [KT133/KM133 AGP] 5JCq.GSopYcFr9cF: (cfg=no, avail=yes, need=no) network interface Network Interface YUSu.GSopYcFr9cF: (cfg=no, avail=yes, need=no) network interface Network Interface rdCR.3wRL2_g4d2B: (cfg=no, avail=yes, need=no) storage Floppy disk controller rdCR.j8NaKXDZtZ6: (cfg=no, avail=yes, need=no) cpu AMD Athlon(tm) Processor, 1000 MHz B3Fu.SbqWyZSnyBD: (cfg=new, avail=no, need=no) hub USB UHCI Root Hub rdCR.z9dVR_8eHL8: (cfg=no, avail=yes, need=no) framebuffer NVidia Riva TNT rdCR.vfzNYrXfu_E: (cfg=no, avail=yes, need=no) monitor IIYAMA Monitor
Alfred Poschmann wrote:
Nur hier scheitere ich bislang: Ich kann nicht auf das DVD-Laufwerk zugreifen. Folgender Fehler bei eingelegter SuSE-DVD: --- wauhsl2:/home/fredl # mount -t iso9660 /dev/hdc /media/cdrom mount: /dev/hdc: Konnte den Superblock nicht lesen ---
Lass mal das iso9660 weg. dvds können auch udf sein, weiss jetzt nicht, ob die suse das ist. # mount /dev/dvd /media/cdrom
Eignebunden ist das LW als Master am zweiten Controller, den Slave habe ich mittlerweile ausgebaut (sowas wie Slave-present lässt sich nicht jumpern).Die Links in /dev sollten stimmen:
"Sollten stimmen" ? Was sagt denn "hwinfo --cdrom" ist es wirklich /dev/hdc ?
Hat irgendjemand eine Idee? Kann man vielleicht die Hardware-Erkennung komplett neu druchlaufen lassen, mit allem drum und dran wie Link setzen etc.? Am Schluss hänge ich mal die Ausgabe von hwscan --list an - da hängt noch der ganze alte Mist drin (also LW, die längst ausgebaut sind). Bekomme ich das irgendwie weg?
-- Gruß, Andreas
Am Son, 2003-07-06 um 22.40 schrieb Andreas Winkelmann:
Alfred Poschmann wrote:
Nur hier scheitere ich bislang: Ich kann nicht auf das DVD-Laufwerk zugreifen. Folgender Fehler bei eingelegter SuSE-DVD: --- wauhsl2:/home/fredl # mount -t iso9660 /dev/hdc /media/cdrom mount: /dev/hdc: Konnte den Superblock nicht lesen ---
Lass mal das iso9660 weg. dvds können auch udf sein, weiss jetzt nicht, ob die suse das ist.
# mount /dev/dvd /media/cdrom
bringt genau die gleiche Fehlermeldung. Was ist eigentlich ein Superblock?
Eignebunden ist das LW als Master am zweiten Controller, den Slave habe ich mittlerweile ausgebaut (sowas wie Slave-present lässt sich nicht jumpern).Die Links in /dev sollten stimmen:
"Sollten stimmen" ?
Was sagt denn "hwinfo --cdrom" ist es wirklich /dev/hdc ?
Es sagt gar nichts: --- wauhsl2:/home/fredl # hwscan --cdrom wauhsl2:/home/fredl # --- Sollte es hier eine Ausgabe geben? Heisst das ... Hardwareproblem? Ich habe eben erst über dieses LW upgedatet?!
-- Gruß, Andreas
Ja, Dank und Gruß zurück
Alfred Poschmann wrote:
# mount /dev/dvd /media/cdrom
bringt genau die gleiche Fehlermeldung. Was ist eigentlich ein Superblock?
Gehört zum Dateisystem, er kann es nicht lesen. Da es prinzipiell funktionieren müsste, wenn Du gerade davon installiert hast, nehme ich mal an, es hat sich etwas verschoben.
Was sagt denn "hwinfo --cdrom" ist es wirklich /dev/hdc ?
Es sagt gar nichts: --- wauhsl2:/home/fredl # hwscan --cdrom wauhsl2:/home/fredl # --- Sollte es hier eine Ausgabe geben? Heisst das ... Hardwareproblem? Ich habe eben erst über dieses LW upgedatet?!
hwinfo nicht scan. -- Gruß, Andreas
Am Mon, 2003-07-07 um 06.30 schrieb Andreas Winkelmann:
Alfred Poschmann wrote:
[kann CD-ROM-LW nicht mehr mounten]
# mount /dev/dvd /media/cdrom
bringt genau die gleiche Fehlermeldung. Was ist eigentlich ein Superblock?
Gehört zum Dateisystem, er kann es nicht lesen. Da es prinzipiell funktionieren müsste, wenn Du gerade davon installiert hast, nehme ich mal an, es hat sich etwas verschoben.
Was sagt denn "hwinfo --cdrom" ist es wirklich /dev/hdc ?
Es sagt gar nichts: --- wauhsl2:/home/fredl # hwscan --cdrom wauhsl2:/home/fredl # --- Sollte es hier eine Ausgabe geben? Heisst das ... Hardwareproblem? Ich habe eben erst über dieses LW upgedatet?!
hwinfo nicht scan.
Mhm, wer lesen kann, ist doch im Vorteil. Neuer Versuch: --- wauhsl2:/home/fredl # hwinfo --cdrom 14: IDE 02.0: 10602 CD-ROM (DVD) [Created at ide.127] Unique ID: hY5p.B3nmHwmbQB7 Hardware Class: cdrom Model: "CREATIVEDVD5241E" Device: "CREATIVEDVD5241E" Revision: "0.45" Serial ID: "" Driver: "ide-default" Device File: /dev/hdc Drive status: no medium ((es ist übrigens die SuSE-DVD eingelegt)) Config Status: cfg=yes, avail=yes, need=no Attached to: #4 (IDE interface) --- Es ist also hdc. Allerdings wundere ich mich über die letzte Zeile: Wieso #4? Wie und was zählt der da? hdc direkt mounten kann ich auch nicht: --- wauhsl2:/home/fredl # mount /dev/hdc /media/cdrom mount: /dev/hdc: Konnte den Superblock nicht lesen --- Was kann ich jetzt noch tun? Kann man nicht irgendwie die Hardware-Erkennung komplett neu durchlaufen lassen, so mit Links setzen und so? Oder muss ich echt neu installieren? (Graus!) Wer schenkt mir eine Idee? Gruß, Alfred
Hallo, On Tue, 08 Jul 2003, Alfred Poschmann schrieb:
Am Mon, 2003-07-07 um 06.30 schrieb Andreas Winkelmann:
Alfred Poschmann wrote:
[kann CD-ROM-LW nicht mehr mounten] [..]
hwinfo nicht scan.
Mhm, wer lesen kann, ist doch im Vorteil. Neuer Versuch: --- wauhsl2:/home/fredl # hwinfo --cdrom 14: IDE 02.0: 10602 CD-ROM (DVD) [Created at ide.127] Unique ID: hY5p.B3nmHwmbQB7 Hardware Class: cdrom Model: "CREATIVEDVD5241E" Device: "CREATIVEDVD5241E" Revision: "0.45" Serial ID: "" Driver: "ide-default" Device File: /dev/hdc Drive status: no medium ((es ist übrigens die SuSE-DVD eingelegt))
*huch* Koennte es sein, dass das Laufwerk defekt ist? Oder zumindest macken hat?
Config Status: cfg=yes, avail=yes, need=no Attached to: #4 (IDE interface) ---
Es ist also hdc.
AFAIR solltest du das aber wohl via ide-scsi ansprechen...
Allerdings wundere ich mich über die letzte Zeile: Wieso #4? Wie und was zählt der da?
Das ist hwinfo intern. Du bekommst bei o.g. hwinfo --cdrom ja ein "14: IDE ...". Die "#4" bezieht sich auf das Geraet mit der Nummer "4: ...", das bei "hwinfo --all" (oder so) auftaucht.
hdc direkt mounten kann ich auch nicht: --- wauhsl2:/home/fredl # mount /dev/hdc /media/cdrom mount: /dev/hdc: Konnte den Superblock nicht lesen ---
Hm. Verwendest du zufaellig einen selbstgebackenen Kernel ohne UDF-Support?
Was kann ich jetzt noch tun? Kann man nicht irgendwie die Hardware-Erkennung komplett neu durchlaufen lassen, so mit Links setzen und so?
k.A. Ich setz hier generell lieber auf Handarbeit ;)
Oder muss ich echt neu installieren? (Graus!)
Das sicher nicht. -dnh -- 173: Ada Ada ist der gelungene Versuch, die Schwächen von C, Pascal und Fortran in einer Sprache zu vereinigen. (Holger Spielmann)
Alfred Poschmann wrote:
Mhm, wer lesen kann, ist doch im Vorteil. Neuer Versuch: --- wauhsl2:/home/fredl # hwinfo --cdrom 14: IDE 02.0: 10602 CD-ROM (DVD) [Created at ide.127] Unique ID: hY5p.B3nmHwmbQB7 Hardware Class: cdrom Model: "CREATIVEDVD5241E" Device: "CREATIVEDVD5241E" Revision: "0.45" Serial ID: "" Driver: "ide-default" Device File: /dev/hdc Drive status: no medium ((es ist übrigens die SuSE-DVD eingelegt))
Sehr merkwürdig.
Config Status: cfg=yes, avail=yes, need=no Attached to: #4 (IDE interface) ---
Es ist also hdc. Allerdings wundere ich mich über die letzte Zeile: Wieso #4? Wie und was zählt der da? hdc direkt mounten kann ich auch nicht: --- wauhsl2:/home/fredl # mount /dev/hdc /media/cdrom mount: /dev/hdc: Konnte den Superblock nicht lesen ---
Was kann ich jetzt noch tun? Kann man nicht irgendwie die Hardware-Erkennung komplett neu durchlaufen lassen, so mit Links setzen und so? Oder muss ich echt neu installieren? (Graus!)
1. Probier mal ne normale Daten-Cd. (iso9660) 2. Schalte acpi beim booten aus (falls noch nicht gemacht) 3. Schau Dir mal die Hochfahrmeldungen an. 4. Nimmst Du den suse-kernel ?
Wer schenkt mir eine Idee?
-- Gruß, Andreas
Hallo, On 08-Jul-2003 Andreas Winkelmann wrote:
Alfred Poschmann wrote:
hdc direkt mounten kann ich auch nicht: --- wauhsl2:/home/fredl # mount /dev/hdc /media/cdrom
Wenn das funktioniert, aber ...
mount: /dev/hdc: Konnte den Superblock nicht lesen
... das nicht, dann ...
1. Probier mal ne normale Daten-Cd. (iso9660)
2. Schalte acpi beim booten aus (falls noch nicht gemacht)
... bringt das IMHO nichts. Ich habe den Thread ansonsten nicht mitgelesen, aber bei solchen Dingen tippe ich immer auf einen falschen fstab-Eintrag. Offensichtlich steht ja irgendetwas mit /dev/hdc in der fstab drin, denn sonst muesste es eine Meldung wie "can't find /dev/hdc in /etc/fstab" geben. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
David: Ich habe unmittelbar vor dem Versagen von dem LW den Update 8.0 > 8.2 durchgeführt. Am Die, 2003-07-08 um 07.40 schrieb Heinz W. Pahlke:
Hallo,
On 08-Jul-2003 Andreas Winkelmann wrote:
Alfred Poschmann wrote:
hdc direkt mounten kann ich auch nicht: --- wauhsl2:/home/fredl # mount /dev/hdc /media/cdrom
Wenn das funktioniert, aber ...
mount: /dev/hdc: Konnte den Superblock nicht lesen
... das nicht, dann ...
1. Probier mal ne normale Daten-Cd. (iso9660)
mach ich heute abend mal.
2. Schalte acpi beim booten aus (falls noch nicht gemacht)
... bringt das IMHO nichts.
Werde ich trotzdem mal, weil sonst komplett clueless.
Ich habe den Thread ansonsten nicht mitgelesen, aber bei solchen Dingen tippe ich immer auf einen falschen fstab-Eintrag.
Offensichtlich steht ja irgendetwas mit /dev/hdc in der fstab drin, denn sonst muesste es eine Meldung wie "can't find /dev/hdc in /etc/fstab" geben.
Das hier steht drin: /dev/cdrom /media/cdrom auto ro,noauto,user,exec 0 0 wauhsl2:/home/fredl # ls -al /dev/cdrom lrwxrwxrwx 1 root root 3 2003-07-07 01:01 /dev/cdrom -> hdc Sorry für die Umbrüche. Noch eine Idee? Grüße, Alfred
Alfred Poschmann writes:
Offensichtlich steht ja irgendetwas mit /dev/hdc in der fstab drin, denn sonst muesste es eine Meldung wie "can't find /dev/hdc in /etc/fstab" geben.
Das hier steht drin: /dev/cdrom /media/cdrom auto ro,noauto,user,exec 0 0
wauhsl2:/home/fredl # ls -al /dev/cdrom lrwxrwxrwx 1 root root 3 2003-07-07 01:01 /dev/cdrom -> hdc
Das ist wäre noch die Ausgabe von "ls -l /dev/hdc" interessant. Vielleicht ist ja hdc verbogen. Da sollte so etwas wie brw-rw---- 1 root disk 22, 0 2003-03-14 14:07 /dev/hdc herauskommen. Wichtig sind dabei die Nummern "22" und "0". Gruß Rainer
Am Die, 2003-07-08 um 10.46 schrieb Rainer Peipp:
Alfred Poschmann writes:
Offensichtlich steht ja irgendetwas mit /dev/hdc in der fstab drin, denn sonst muesste es eine Meldung wie "can't find /dev/hdc in /etc/fstab" geben.
Das hier steht drin: /dev/cdrom /media/cdrom auto ro,noauto,user,exec 0 0
wauhsl2:/home/fredl # ls -al /dev/cdrom lrwxrwxrwx 1 root root 3 2003-07-07 01:01 /dev/cdrom -> hdc
Das ist wäre noch die Ausgabe von "ls -l /dev/hdc" interessant. Vielleicht ist ja hdc verbogen. Da sollte so etwas wie
brw-rw---- 1 root disk 22, 0 2003-03-14 14:07 /dev/hdc
herauskommen. Wichtig sind dabei die Nummern "22" und "0".
Bei mir steht genau das gleiche. Übrigens habe ich gerade mal Knoppix gebootet (also von CD) - ging. Dann habe ich das seit Jahren nicht mehr bemühte Windows 2000 gestartet (ist noch dualboot) - es erkennt sowohl Laufwerk als auch die Suse-DVD. Also kein Hardware-Problem. Macht es nicht einfacher... Dann meinte ich beim Systemstart etwas von "failed" in Sachen "disk_ide" gesehen zu haben. Dehalb habe ich die boot.msg durchstöbert und gesehen, dass ACPI per Kernel ausgeschaltet ist - weil das BIOS zu alt ist (von 2000). Von dem "failed" habe ich dafür nichts mehr gesehen. Die boot.log ist 0 Byte groß. Ist das normal? Ahja, und in der messages steht beim (erfolglosen) Klick aufs DVD-Icon nur --- Jul 8 21:03:23 wauhsl2 kernel: ide-floppy driver 0.99.newide Jul 8 21:03:23 wauhsl2 last message repeated 2 times -- sonst nix. Gleiches steht da übrigens auch beim manuellen mounten per "mount" - auch wenn ich als Dateisystem iso9660 oder udf eingebe. "newide" macht mich übriges stutzig. Gibt es eine Chance, den alten Treiber einzubinden? Bei 2.4.18 (default, von der 8.0) ging noch alles, erst jetzt mit 2.4.20 (athlon - hat das Einfluss?) mag das Laufwerk nicht mehr. Sieht so aus, als hätte ich den alten IDE-Bug gerne wieder zurück. Der schlug nur manchmal zu :) Bin jetzt echt ratlos. Soll ich mal ein anderes DVD-LW einbauen? Erscheint mir blödsinnig, weil Knoppix nichts bemängelt. Am Ende, Alfred
Alfred Poschmann wrote:
Übrigens habe ich gerade mal Knoppix gebootet (also von CD) - ging. Dann habe ich das seit Jahren nicht mehr bemühte Windows 2000 gestartet (ist noch dualboot) - es erkennt sowohl Laufwerk als auch die Suse-DVD. Also kein Hardware-Problem. Macht es nicht einfacher...
Dann meinte ich beim Systemstart etwas von "failed" in Sachen "disk_ide" gesehen zu haben. Dehalb habe ich die boot.msg durchstöbert und gesehen, dass ACPI per Kernel ausgeschaltet ist - weil das BIOS zu alt ist (von 2000). Von dem "failed" habe ich dafür nichts mehr gesehen. Die boot.log ist 0 Byte groß. Ist das normal?
"acpi=off" beim booten mit angeben. Die Hochfahrmeldungen gibt es mit "dmesg" # dmesg | less Was ist denn mit ner normalen CD ? -- Gruß, Andreas
Am Die, 2003-07-08 um 21.20 schrieb Andreas Winkelmann:
"acpi=off" beim booten mit angeben.
Ich mach das gleich mal komplett per lilo.cfg. Aber nur aus Verzweifelung :)
Die Hochfahrmeldungen gibt es mit "dmesg"
# dmesg | less
Danke. Leider nix gefunden.
Was ist denn mit ner normalen CD ?
Genau das gleiche Verhalten, eben mit einem frisch gebrannten MP3-Sampler ausprobiert (CD natürlich an anderem PV vorher getestet, ist ISO/Joliet). Sorry, hatte das schon berichtet, aber als Antwort auf eine falsche Mail ... Danke, Alfred
hallo liste, ich habe ein reisen problem und hoffe irgend welche tipps von euch zu bekommen. ich "spiele" mich schon seit 3 tagen damit hrum, meine 2 linux server in eine ms-workgroup zu bekommen. wo bei der eine der fileserver ist und der andere der pdc. der filesserver sollte keine passwd liste haben, sondern nur die user/passwords vom pdc beziehen. leider konnte mir das keiner helfen !?! jetzt habe ich am pdc ein nfs - mount auf den fileserver gemacht und den mount-path freigegeben. soweit so gut. nur jetzt habe ich riesen probleme mit word und excel datein !?!? er meldet mir ständig sachen wie smbd[24601]: [2003/04/09 13:33:17, 0] locking/posix.c:(768) smbd[24601]: posix_fcntl_lock: WARNING: lock request at offset 0, length 9223372036854779000 returned smbd[24601]: [2003/04/09 13:33:18, 0] locking/posix.c:(770) smbd[24601]: an Invalid argument error. This can happen when using 64 bit lock offsets smbd[24601]: [2003/04/09 13:33:18, 0] locking/posix.c:(771) smbd[24601]: on 32 bit NFS mounted file systems. !?!?!? hat jemand eine idee !?!? info: Samba version 2.28 auszug aus smb.conf: [global] workgroup = WARP netbios name = NATRON server string = Natron interfaces = eth0 encrypt passwords = Yes null passwords = Yes unix password sync = Yes security = domain domain logons = Yes domain master = yes os level = 65 wins proxy = Yes wins support = Yes default service = global log file = /var/log/samba/log.%m logon path = \\%L\profiles\%U logon home = \\%L\home\%U logon drive = h: logon script = startup.bat log level = 2 add user script = /usr/sbin/useradd -g computers -c computer -d /dev/null -s /bin/false %m$ domain admin group = root @ntadmin max log size = 50 kernel oplocks = yes danke für jede hile !!! lg,elmar
* Elmar Blaschka schrieb am Mittwoch, 2003-07-09: [und wird das Thread-Hijacking in Zukunft unterlassen!] [ebenso das Plenken]
ich "spiele" mich schon seit 3 tagen damit hrum, meine 2 linux server in eine ms-workgroup zu bekommen. wo bei der eine der fileserver ist und der andere der pdc.
Eine Arbeitsgruppe hat keinen Primary _Domain_ Controller. Hast du eine Arbeitsgruppe oder eine Domäne?
der filesserver sollte keine passwd liste haben, sondern nur die user/passwords vom pdc beziehen. leider konnte mir das keiner helfen !?!
Bei der Beschreibung wundert mich das nicht. Worin liegt denn eigentlich dein Problem?
jetzt habe ich am pdc ein nfs - mount auf den fileserver gemacht und den mount-path freigegeben. soweit so gut.
Soweit, so schlecht. Der Reexport von NFS-gemounteten Dateisystemen per Samba ist im besten Falle langsam, viel wahrscheinlicher aber mit Komplikationen verbunden.
smbd[24601]: [2003/04/09 13:33:17, 0] locking/posix.c:(768) smbd[24601]: posix_fcntl_lock: WARNING: lock request at offset 0, length 9223372036854779000 returned [... mehr NFS-Locking-Fehler ...]
Genau so was.
auszug aus smb.conf:
Von welchem System denn bitte?
[global] workgroup = WARP netbios name = NATRON
Ist nicht nötig, falls es mit dem Hostnamen übereinstimmt.
security = domain domain logons = Yes domain master = yes
Wird also wohl der zum PDC ausersehene sein. Ich wiederhole meine Frage: Was ist dein Problem? -- Christian Ullrich Registrierter Linux-User #125183 "Remember: 'I am a person. I have a right to the ball.'"
* Elmar Blaschka schrieb am Mittwoch, 2003-07-09: [und wird das Thread-Hijacking in Zukunft unterlassen!] [ebenso das Plenken]
--- BITTE auf deutsch keine ahnung was gemeint ist !!
ich "spiele" mich schon seit 3 tagen damit hrum, meine 2 linux server in eine ms-workgroup zu bekommen. wo bei der eine der fileserver ist und der andere der pdc.
--- DOMAIN wie unten in der smb.conf auch steht
der filesserver sollte keine passwd liste haben, sondern nur die user/passwords vom pdc beziehen. leider konnte mir das keiner helfen !?!
Bei der Beschreibung wundert mich das nicht. Worin liegt denn eigentlich dein Problem?
jetzt habe ich am pdc ein nfs - mount auf den fileserver gemacht und den mount-path freigegeben. soweit so gut.
Soweit, so schlecht. Der Reexport von NFS-gemounteten Dateisystemen per Samba ist im besten Falle langsam, viel wahrscheinlicher aber mit Komplikationen verbunden.
smbd[24601]: [2003/04/09 13:33:17, 0] locking/posix.c:(768) smbd[24601]: posix_fcntl_lock: WARNING: lock request at offset 0, length 9223372036854779000 returned [... mehr NFS-Locking-Fehler ...]
Genau so was.
auszug aus smb.conf:
Von welchem System denn bitte?
-- suse 8.1
[global] workgroup = WARP netbios name = NATRON
Ist nicht nötig, falls es mit dem Hostnamen übereinstimmt.
security = domain domain logons = Yes domain master = yes
Wird also wohl der zum PDC ausersehene sein.
Ich wiederhole meine Frage: Was ist dein Problem?
--- das problem liegt darin das ich beide server im lan benötige in der domain. allerdigns der eine als pdc und der andere als file server. des weiteren sollten aber die user nicht am fileserver anglegt werden. das heisst wenn eine anfrage auf sein sharing kommt, sollte er die user und passwörter vom pdc nehmen ohne das er bei sich selbst kontrolliert. danke, enstweilen
-- Christian Ullrich Registrierter Linux-User #125183
"Remember: 'I am a person. I have a right to the ball.'"
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
* Elmar Blaschka schrieb am Mittwoch, 2003-07-09: [und wird mir in Zukunft keine Ccs mehr schicken!] [und wird keine Signaturen und Listenfooter mehr zitieren!] [und wird auf vCards in Mails an Mailinglisten verzichten!] [und wird http://learn.to/quote/ lesen und umsetzen!]
* Elmar Blaschka schrieb am Mittwoch, 2003-07-09: [und wird das Thread-Hijacking in Zukunft unterlassen!] [ebenso das Plenken]
--- BITTE auf deutsch keine ahnung was gemeint ist !!
Thread-Hijacking ist die Unsitte, auf eine Mail zu einem völlig anderen Thema zu antworten, weil man zu faul ist, die Adresse einmal einzutippen. Das führt zu gut durchmischten Threads (Diskussionsfäden aus zusammenhängenden Mails). Plenken ist, wie dir Google mit den ersten drei Suchergebnissen (von denen zwei es schon in der Vorschau enthalten) mitgeteilt hätte, die Unsitte, Leerzeichen vor Satzzeichen zu setzen.
ich "spiele" mich schon seit 3 tagen damit hrum, meine 2 linux server in eine ms-workgroup zu bekommen. wo bei der eine der fileserver ist und der andere der pdc.
--- DOMAIN wie unten in der smb.conf auch steht
Was unten in der smb.conf steht, ist für mich erstmal nebensächlich, ich halte mich an deine Beschreibung dessen, was du erreichen möchtest. Falls ich deine smb.conf als Quelle reiner Wahrheit betrachten soll, dann kann ich das in einem Satz tun: "Was willst du denn, funktioniert doch alles!"
der filesserver sollte keine passwd liste haben, sondern nur die user/passwords vom pdc beziehen. [...]
auszug aus smb.conf:
Von welchem System denn bitte?
-- suse 8.1
Meine Frage zielte eigentlich darauf ab, von welchem System (also PDC oder Fileserver) dieser smb.conf-Auszug stammt.
--- das problem liegt darin das ich beide server im lan benötige in der domain. allerdigns der eine als pdc und der andere als file server. des weiteren sollten aber die user nicht am fileserver anglegt werden. das heisst wenn eine anfrage auf sein sharing kommt, sollte er die user und passwörter vom pdc nehmen ohne das er bei sich selbst kontrolliert.
Die lokale Prüfung wird mittels der Option "password server" in der smb.conf des Fileservers unterbunden. Du hast allerdings in deiner Beispiel-smb.conf auch noch "add user script" drin. Sollte dieser Auszug tatsächlich vom PDC stammen (was laut "domain logons = yes" wohl so ist), dann ist dieser Parameter an dieser Stelle überflüssig und muß in die smb.conf des Fileservers wandern. Siehe zu allem man smb.conf .[1] [1] Bevor du fragst: Um sicherzustellen, daß der Punkt nicht für einen Bestandteil des Dateinamens gehalten wird. -- Christian Ullrich Registrierter Linux-User #125183 "Remember: 'I am a person. I have a right to the ball.'"
-----Ursprüngliche Nachricht----- Von: Christian Ullrich [mailto:chris@chrullrich.de] Gesendet: Mittwoch, 09. Juli 2003 19:09 An: suse-linux@suse.com Betreff: Re: samba + nfs
* Elmar Blaschka schrieb am Mittwoch, 2003-07-09: [und wird mir in Zukunft keine Ccs mehr schicken!] [und wird keine Signaturen und Listenfooter mehr zitieren!] [und wird auf vCards in Mails an Mailinglisten verzichten!] [und wird http://learn.to/quote/ lesen und umsetzen!]
* Elmar Blaschka schrieb am Mittwoch, 2003-07-09: [und wird das Thread-Hijacking in Zukunft unterlassen!] [ebenso das Plenken]
--- BITTE auf deutsch keine ahnung was gemeint ist !!
Thread-Hijacking ist die Unsitte, auf eine Mail zu einem völlig anderen Thema zu antworten, weil man zu faul ist, die Adresse einmal einzutippen. Das führt zu gut durchmischten Threads (Diskussionsfäden aus zusammenhängenden Mails).
Plenken ist, wie dir Google mit den ersten drei Suchergebnissen (von denen zwei es schon in der Vorschau enthalten) mitgeteilt hätte, die Unsitte, Leerzeichen vor Satzzeichen zu setzen.
na wie schön wie sehr sich so manche leute sich auf das wesentliche beschränken und gleich bei newbies, was eingtlich sehr offensichtlich ist, den ober-checker rauslassen. aber gut, soll so sein. zur info falls es undeutlich zum lesen war, es war ein problem das der fileserver nicht die user aus der passwortliste des pdc herauslas. was zur folge hatte, das ich alle user doppelt also am pdc uund filesserver anlegen musste. was bei vielen usern eine doch sehr unangenehme arbeit mit sich zu tun hat. leider funktionierte das nie, und deshlab ging ich auf den weg über die beiden systeme über nfs miteinader zu verbinden. was zu den angeführten fehlermeldungen bei word und excel doc führte. das ist das problem! fortsetzung unten
ich "spiele" mich schon seit 3 tagen damit hrum, meine 2 linux server in eine ms-workgroup zu bekommen. wo bei der eine der fileserver ist und der andere der pdc.
--- DOMAIN wie unten in der smb.conf auch steht
Was unten in der smb.conf steht, ist für mich erstmal nebensächlich, ich halte mich an deine Beschreibung dessen, was du erreichen möchtest. Falls ich deine smb.conf als Quelle reiner Wahrheit betrachten soll, dann kann ich das in einem Satz tun: "Was willst du denn, funktioniert doch alles!"
der filesserver sollte keine passwd liste haben, sondern nur die user/passwords vom pdc beziehen. [...]
auszug aus smb.conf:
Von welchem System denn bitte?
-- suse 8.1
Meine Frage zielte eigentlich darauf ab, von welchem System (also PDC oder Fileserver) dieser smb.conf-Auszug stammt.
--- das problem liegt darin das ich beide server im lan benötige in der domain. allerdigns der eine als pdc und der andere als file server. des weiteren sollten aber die user nicht am fileserver anglegt werden. das heisst wenn eine anfrage auf sein sharing kommt, sollte er die user und passwörter vom pdc nehmen ohne das er bei sich selbst kontrolliert.
Die lokale Prüfung wird mittels der Option "password server" in der smb.conf des Fileservers unterbunden. Du hast allerdings in deiner Beispiel-smb.conf auch noch "add user script" drin. Sollte dieser Auszug tatsächlich vom PDC stammen (was laut "domain logons = yes" wohl so ist), dann ist dieser Parameter an dieser Stelle überflüssig und muß in die smb.conf des Fileservers wandern.
Siehe zu allem man smb.conf .[1]
[1] Bevor du fragst: Um sicherzustellen, daß der Punkt nicht für einen Bestandteil des Dateinamens gehalten wird.
hier die smb.conf des file server welcher natürlich nicht läuft da er , wie auch beschrieben auf nfs basis mit dem pdc verbunden ist. als smb.conf vom files server: [global] workgroup = WARP netbios name = MILKA server string = Milka_ns2 security = DOMAIN encrypt passwords = Yes update encrypted = Yes password server = 192.168.10.3 password level = 4 log level = 2 log file = /var/log/samba/log.%m deadtime = 15 os level = 40 preferred master = No domain master = No wins server = 192.168.10.3 read only = No smb.conf vom pdc: [global] workgroup = WARP netbios name = NATRON server string = Natron interfaces = eth0 encrypt passwords = Yes null passwords = Yes unix password sync = Yes security = domain domain logons = Yes domain master = yes os level = 65 wins proxy = Yes wins support = Yes default service = global log file = /var/log/samba/log.%m logon path = \\%L\profiles\%U logon home = \\%L\home\%U logon drive = h: logon script = startup.bat log level = 2 add user script = /usr/sbin/useradd -g computers -c computer -d /dev/null -s /bin/false %m$ domain admin group = root @ntadmin max log size = 50 kernel oplocks = yes man smb.conf habe ich bereits 5 mal übersetzt, nur leider werde ich daraus nicht schlau. danke
* Elmar Blaschka schrieb am Mittwoch, 2003-07-09:
na wie schön wie sehr sich so manche leute sich auf das wesentliche beschränken und gleich bei newbies, was eingtlich sehr offensichtlich ist, den ober-checker rauslassen.
Ich habe nicht "den Ober-Checker herausgelassen", ich habe dich lediglich in kurzer und übersichtlicher Form auf verschiedene "Eigenschaften" deines E-Mail-Schreibstils hingewiesen, die in dieser Liste nicht gern gesehen werden.
zur info falls es undeutlich zum lesen war, es war ein problem das der fileserver nicht die user aus der passwortliste des pdc herauslas. was zur
Die lokale Prüfung wird mittels der Option "password server" in der smb.conf des Fileservers unterbunden. Du hast allerdings in deiner Beispiel-smb.conf auch noch "add user script" drin. Sollte dieser Auszug tatsächlich vom PDC stammen (was laut "domain logons = yes" wohl so ist), dann ist dieser Parameter an dieser Stelle überflüssig und muß in die smb.conf des Fileservers wandern.
hier die smb.conf des file server welcher natürlich nicht läuft da er , wie auch beschrieben auf nfs basis mit dem pdc verbunden ist. [...]
Ich schlage vor, du liest nochmal meine letzte Mail. Aller Wahrscheinlichkeit nach steht da nämlich tatsächlich die Lösung deines Problems drin. -- Christian Ullrich Registrierter Linux-User #125183 "Remember: 'I am a person. I have a right to the ball.'"
Am Mit, 2003-07-09 um 17.19 schrieb Elmar Blaschka:
* Elmar Blaschka schrieb am Mittwoch, 2003-07-09: ich "spiele" mich schon seit 3 tagen damit hrum, meine 2 linux server in eine ms-workgroup zu bekommen. wo bei der eine der fileserver ist und der andere der pdc.
--- DOMAIN wie unten in der smb.conf auch steht
der filesserver sollte keine passwd liste haben, sondern nur die user/passwords vom pdc beziehen. leider konnte mir das keiner helfen !?!
Bei der Beschreibung wundert mich das nicht. Worin liegt denn eigentlich dein Problem? Das Problem dürften die fehlenden Benutzer auf dem Fileserver sein, bzw. das Umleiten der Shares über NFS.
Ich würde das mit NIS lösen, so daß nicht nur die Windows Clients die User-Infos über den PDC beziehen, sondern auch der Linux File-Server. Dabei sollte auf beiden der Samba laufen und auf dem PDC zusätzlich ein NIS-Server, sowie NIS Client auf der Fileserver-Seite. Wobei sich die Frage stellt, warum PDC und File-Server getrennt sein sollen? Wieviel User müssen den verwaltet werden? Eine weitere Möglichkeit wäre die Authentifizierung über eine LDAP Variante. So daß beide Server über die gleiche Datenbank identifiziert werden.
jetzt habe ich am pdc ein nfs - mount auf den fileserver gemacht und den mount-path freigegeben. soweit so gut.
Soweit, so schlecht. Der Reexport von NFS-gemounteten Dateisystemen per Samba ist im besten Falle langsam, viel wahrscheinlicher aber mit Komplikationen verbunden.
smbd[24601]: [2003/04/09 13:33:17, 0] locking/posix.c:(768) smbd[24601]: posix_fcntl_lock: WARNING: lock request at offset 0, length 9223372036854779000 returned [... mehr NFS-Locking-Fehler ...]
Genau so was.
Wirklich keine günstige Lösung.
auszug aus smb.conf:
Von welchem System denn bitte?
-- suse 8.1
gemeint war wohl eher PDC oder Fileserver. Gruß Jens
Hallo Alfred, Am Dienstag, 8. Juli 2003 21:13 schrieb Alfred Poschmann:
Ahja, und in der messages steht beim (erfolglosen) Klick aufs DVD-Icon nur --- Jul 8 21:03:23 wauhsl2 kernel: ide-floppy driver 0.99.newide Jul 8 21:03:23 wauhsl2 last message repeated 2 times -- sonst nix. Gleiches steht da übrigens auch beim manuellen mounten per "mount" - auch wenn ich als Dateisystem iso9660 oder udf eingebe.
"newide" macht mich übriges stutzig.
na ja Das das Modul ide-floppy auf dein DVD-Laufwerk zugreifen will würde mich eher mehr stutzig machen... Welche Module sind eigenlich geladen? Mach mal ein lsmod Gru0 Harald
Am Die, 2003-07-08 um 22.41 schrieb Harald Huthmann:
Hallo Alfred, Am Dienstag, 8. Juli 2003 21:13 schrieb Alfred Poschmann:
Ahja, und in der messages steht beim (erfolglosen) Klick aufs DVD-Icon nur --- Jul 8 21:03:23 wauhsl2 kernel: ide-floppy driver 0.99.newide Jul 8 21:03:23 wauhsl2 last message repeated 2 times -- sonst nix. Gleiches steht da übrigens auch beim manuellen mounten per "mount" - auch wenn ich als Dateisystem iso9660 oder udf eingebe.
"newide" macht mich übriges stutzig.
na ja Das das Modul ide-floppy auf dein DVD-Laufwerk zugreifen will würde mich eher mehr stutzig machen... Welche Module sind eigenlich geladen? Mach mal ein lsmod
Gern: --- wauhsl2:/home/fredl # lsmod |grep ide ide-cd 31964 0 (autoclean) cdrom 30304 0 (autoclean) [ide-cd] --- Ist das okay so? Heisst autoclean, dass er es bei Bedarf laedt? Bei insmod cdrom meckert er jedenfalls, dass das Modul bereits existiere. Sigh, Alfred
Am Dienstag, 8. Juli 2003 23:07 schrieb Alfred Poschmann:
Am Die, 2003-07-08 um 22.41 schrieb Harald Huthmann:
Hallo Alfred,
Am Dienstag, 8. Juli 2003 21:13 schrieb Alfred Poschmann:
Ahja, und in der messages steht beim (erfolglosen) Klick aufs DVD-Icon nur --- Jul 8 21:03:23 wauhsl2 kernel: ide-floppy driver 0.99.newide Jul 8 21:03:23 wauhsl2 last message repeated 2 times -- sonst nix. Gleiches steht da übrigens auch beim manuellen mounten per "mount" - auch wenn ich als Dateisystem iso9660 oder udf eingebe.
"newide" macht mich übriges stutzig.
na ja Das das Modul ide-floppy auf dein DVD-Laufwerk zugreifen will würde mich eher mehr stutzig machen... Welche Module sind eigenlich geladen? Mach mal ein lsmod
Gern: --- wauhsl2:/home/fredl # lsmod |grep ide ide-cd 31964 0 (autoclean) cdrom 30304 0 (autoclean) [ide-cd] ---
Ist das okay so? Heisst autoclean, dass er es bei Bedarf laedt? Bei insmod cdrom meckert er jedenfalls, dass das Modul bereits existiere.
Ja, scheint ok. Die Meldung "kernel: ide-floppy driver 0.99.newide" hab ich bei mir jetzt auch gesehen. keine Ahnung woher die kommt. Ich kann diese Meldung auch nicht reproduzieren Unter linux/drivers/ide/ide-floppy.c kann man lesen: * This driver supports the following IDE floppy drives: * * LS-120/240 SuperDisk * Iomega Zip 100/250 * Iomega PC Card Clik!/PocketZip Solche Dinger hab ich nicht. Ich hab auch kein Modul mit dem Namen ide-floppy..Schon seltsam.... Bei mir funktioniert allerdings das DVD-Laufwerk.... Gruß Harald
Am Mit, 2003-07-09 um 00.26 schrieb Harald Huthmann:
Am Dienstag, 8. Juli 2003 23:07 schrieb Alfred Poschmann:
Am Die, 2003-07-08 um 22.41 schrieb Harald Huthmann:
Hallo Alfred,
Am Dienstag, 8. Juli 2003 21:13 schrieb Alfred Poschmann:
Ahja, und in der messages steht beim (erfolglosen) Klick aufs DVD-Icon nur --- Jul 8 21:03:23 wauhsl2 kernel: ide-floppy driver 0.99.newide Jul 8 21:03:23 wauhsl2 last message repeated 2 times -- ...
Ja, scheint ok. Die Meldung "kernel: ide-floppy driver 0.99.newide" hab ich bei mir jetzt auch gesehen. keine Ahnung woher die kommt. Ich kann diese Meldung auch nicht reproduzieren
Unter linux/drivers/ide/ide-floppy.c kann man lesen:
* This driver supports the following IDE floppy drives: * * LS-120/240 SuperDisk * Iomega Zip 100/250 * Iomega PC Card Clik!/PocketZip
Solche Dinger hab ich nicht. Ich hab auch kein Modul mit dem Namen ide-floppy..Schon seltsam....
Ich habe auch kein solches LW. Ich schätze mal, da hast Du jetzt mein Problem gefunden. Aber wie korrigiert man so etwas? Danke, Alfred
Am Mittwoch, 9. Juli 2003 02:55 schrieb Alfred Poschmann:
Am Mit, 2003-07-09 um 00.26 schrieb Harald Huthmann:
Ja, scheint ok. Die Meldung "kernel: ide-floppy driver 0.99.newide" hab ich bei mir jetzt auch gesehen. keine Ahnung woher die kommt. Ich kann diese Meldung auch nicht reproduzieren
Unter linux/drivers/ide/ide-floppy.c kann man lesen:
* This driver supports the following IDE floppy drives: * * LS-120/240 SuperDisk * Iomega Zip 100/250 * Iomega PC Card Clik!/PocketZip
Ich habe auch kein solches LW. Ich schätze mal, da hast Du jetzt mein Problem gefunden. Aber wie korrigiert man so etwas?
Ach nein, ich hab diese Meldung nur einmal in der /var/log/message gefunden und mich nur gewundert. Und bei mir geht das DVD-Laufwerk. Muss nix bedeuten... Immerhin, wenn ein lsmod wauhsl2:/home/fredl # lsmod |grep ide ide-cd 31964 0 (autoclean) cdrom 30304 0 (autoclean) [ide-cd] zeigt, wird das Modul cdrom nicht benutzt. Mit rmmod ide-cd cdrom kannst du es entladen. Nach einem erneuten mount /dev/hdc sollte ein lsmod diese Module wieder zum Vorschein bringen. Gruß Harald Ps.:Welche Meldung bringt eigentlich ein mount OHNE eingelegte CD?
Am Mit, 2003-07-09 um 08.28 schrieb Harald Huthmann:
Am Mittwoch, 9. Juli 2003 02:55 schrieb Alfred Poschmann:
Am Mit, 2003-07-09 um 00.26 schrieb Harald Huthmann:
Ja, scheint ok. Die Meldung "kernel: ide-floppy driver 0.99.newide" hab ich bei mir jetzt auch gesehen. keine Ahnung woher die kommt. Ich kann diese Meldung auch nicht reproduzieren
Unter linux/drivers/ide/ide-floppy.c kann man lesen:
* This driver supports the following IDE floppy drives: * * LS-120/240 SuperDisk * Iomega Zip 100/250 * Iomega PC Card Clik!/PocketZip
Ich habe auch kein solches LW. Ich schätze mal, da hast Du jetzt mein Problem gefunden. Aber wie korrigiert man so etwas?
...
zeigt, wird das Modul cdrom nicht benutzt. Mit rmmod ide-cd cdrom kannst du es entladen. Nach einem erneuten mount /dev/hdc sollte ein lsmod diese Module wieder zum Vorschein bringen.
Nach dem Mount ist entladene ide-cd da, und wieder unbenutzt.
Ps.:Welche Meldung bringt eigentlich ein mount OHNE eingelegte CD?
Probier ich heute abend mal aus. Danke für die neue Spur! Alfred
Am Mittwoch, 9. Juli 2003 08:28 schrieb Harald Huthmann:
Immerhin, wenn ein lsmod wauhsl2:/home/fredl # lsmod |grep ide
ide-cd 31964 0 (autoclean) cdrom 30304 0 (autoclean) [ide-cd]
zeigt, wird das Modul cdrom nicht benutzt. Mit rmmod ide-cd cdrom kannst du es entladen. Nach einem erneuten mount /dev/hdc sollte ein lsmod diese Module wieder zum Vorschein bringen.
...wobei bei mir : ******** klapperkiste:/home/harald # lsmod |grep ide ide-cd 30340 0 (autoclean) cdrom 28736 0 (autoclean) [sr_mod ide-cd] ******** noch ein Modul sr_mod geladen wird, welches bei Dir aber fehlt....? Gruß Harald
Hallo zusammen, On Wed, 09 Jul 2003, Harald Huthmann schrieb:
Am Mittwoch, 9. Juli 2003 08:28 schrieb Harald Huthmann:
Immerhin, wenn ein lsmod wauhsl2:/home/fredl # lsmod |grep ide
ide-cd 31964 0 (autoclean) cdrom 30304 0 (autoclean) [ide-cd]
zeigt, wird das Modul cdrom nicht benutzt. Mit rmmod ide-cd cdrom kannst du es entladen. Nach einem erneuten mount /dev/hdc sollte ein lsmod diese Module wieder zum Vorschein bringen.
...wobei bei mir : ******** klapperkiste:/home/harald # lsmod |grep ide ide-cd 30340 0 (autoclean) cdrom 28736 0 (autoclean) [sr_mod ide-cd] ********
noch ein Modul sr_mod geladen wird, welches bei Dir aber fehlt....?
sr_mod ist die SCSI-Variante von ide-cd, wobei sr_mod wiederum auf ide-scsi als "HW-Modul" zugreifen kann... Sorry, ich verfolge den Thread schon, bin aber leider noch nicht dazu gekommen, mich einzuklinken... @Alfred: verwendest du, fuer irgendein(!) Laufwerk ide-scsi? -dnh -- Human beings were created by water to transport it uphill. -- BSD fortune file
Am Mit, 2003-07-09 um 10.23 schrieb David Haller:
Hallo zusammen, ... @Alfred: verwendest du, fuer irgendein(!) Laufwerk ide-scsi?
Als ich das geprüft habe (meines Wissens war die Antwort ein Nein), habe ich festgestellt, dass ich es immer noch lade, obwohl ich das als einen der ersten Schritte in der lilo.conf deaktiviert habe - dachte ich. Tatsächlich stand's noch drin!? Anyway, rausgenommen, funzt. Hätte ich weniger geschlampert (vielleicht sollte ich mal einen anderen Editor als joe probieren), hätte ich den ganzen Thread (für mich: threat) nicht losgetreten. Leute, auch wenn es in erster Linie meine Blödheit war: Ohne Euch hätte ich das nie geschafft. Das ist vielleicht der größte Haken an der Liste: Ich würd' Euch jetzt gerne auf ein Bier|Cola|Apfelsaft einladen - aber da muss ich wohl noch etwas warten. Danke! Viele Grüße, Alfred
Hallo, On 08-Jul-2003 Alfred Poschmann wrote:
wauhsl2:/home/fredl # ls -al /dev/cdrom lrwxrwxrwx 1 root root 3 2003-07-07 01:01 /dev/cdrom -> hdc
Und das ist IMHO falsch. Setz mal den Link neu, so dass dort ein "/dev/cdrom -> /dev/hdc" steht. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Heinz W. Pahlke writes:
On 08-Jul-2003 Alfred Poschmann wrote:
wauhsl2:/home/fredl # ls -al /dev/cdrom lrwxrwxrwx 1 root root 3 2003-07-07 01:01 /dev/cdrom -> hdc
Und das ist IMHO falsch.
Setz mal den Link neu, so dass dort ein "/dev/cdrom -> /dev/hdc" steht.
Das ist nicht nötig (aber auch nicht falsch). Die relative Angabe des Ziels nach obiger Definition bezieht sich relativ zum Ort des Links und ist damit korrekt. Gruß Rainer
Hallo, * On Tue, Jul 08, 2003 at 10:59 AM (+0200), Heinz W. Pahlke wrote:
Hallo,
On 08-Jul-2003 Alfred Poschmann wrote:
wauhsl2:/home/fredl # ls -al /dev/cdrom lrwxrwxrwx 1 root root 3 2003-07-07 01:01 /dev/cdrom -> hdc
Und das ist IMHO falsch.
Sieht nicht so aus. Hier ist der Link genau so gesetzt: | sm9@wsl01:~ > ls -l /dev/cdrom | lrwxrwxrwx 1 root root 3 Feb 12 20:16 /dev/cdrom -> hdc während das CD-ROM-Laufwerk einwandfrei funktioniert (mit diesem "fstab"-Eintrag): /dev/cdrom /cdrom auto noauto,user,nosuid,nodev 0 0 Gruß Steffen
Hallo, On 08-Jul-2003 Steffen Moser wrote:
* On Tue, Jul 08, 2003 at 10:59 AM (+0200), Heinz W. Pahlke wrote:
On 08-Jul-2003 Alfred Poschmann wrote:
wauhsl2:/home/fredl # ls -al /dev/cdrom lrwxrwxrwx 1 root root 3 2003-07-07 01:01 /dev/cdrom -> hdc
Und das ist IMHO falsch.
Sieht nicht so aus. Hier ist der Link genau so gesetzt:
Stimmt. Du hast recht. Ich habe da ein /hdc gelesen :-( Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Heinz W. Pahlke wrote:
wauhsl2:/home/fredl # mount /dev/hdc /media/cdrom
Wenn das funktioniert, aber ...
mount: /dev/hdc: Konnte den Superblock nicht lesen
... das nicht, dann ...
1. Probier mal ne normale Daten-Cd. (iso9660)
2. Schalte acpi beim booten aus (falls noch nicht gemacht)
... bringt das IMHO nichts.
Ich habe den Thread ansonsten nicht mitgelesen, aber bei solchen Dingen tippe ich immer auf einen falschen fstab-Eintrag.
Offensichtlich steht ja irgendetwas mit /dev/hdc in der fstab drin, denn sonst muesste es eine Meldung wie "can't find /dev/hdc in /etc/fstab" geben.
Die /etc/fstab wird nur gelesen, wenn mount eine Angabe fehlt. Wenn Du schon beim mount Gerät und Ziel angibst, braucht er die nicht. Und acpi hat bei mir schon die merkwürdigsten Fehler verursacht. Sein boot-controller ist scsi, der ide-controller hat nur das dvd-laufwerk. Wenn mit dem Interrupt was nicht stimmt, kann es durchaus sein, dass er zwar die Geräte gerade noch findet, aber sobald er drauf zugreift, z.B. um den Filesystem-Typ zu ermitteln, auf die Nase fällt. Natürlich können es auch noch zig andere Sachen sein, fehlende udf-module/support, falsche einträge in /dev, ... . -- Gruß, Andreas
Hallo, On 08-Jul-2003 Andreas Winkelmann wrote:
Heinz W. Pahlke wrote:
wauhsl2:/home/fredl # mount /dev/hdc /media/cdrom
Wenn das funktioniert, aber ...
mount: /dev/hdc: Konnte den Superblock nicht lesen
... das nicht, dann ... [...] Offensichtlich steht ja irgendetwas mit /dev/hdc in der fstab drin, denn sonst muesste es eine Meldung wie "can't find /dev/hdc in /etc/fstab" geben.
Die /etc/fstab wird nur gelesen, wenn mount eine Angabe fehlt. Wenn
Richtig. Und das passiert bei (s)einem "mount /dev/hdc".
Du schon beim mount Gerät und Ziel angibst, braucht er die nicht.
Logisch ;-)
Und acpi hat bei mir schon die merkwürdigsten Fehler verursacht. Sein boot-controller ist scsi, der ide-controller hat nur das dvd-laufwerk. Wenn mit dem Interrupt was nicht stimmt, kann es durchaus sein, dass er zwar die Geräte gerade noch findet, aber sobald er drauf zugreift, z.B. um den Filesystem-Typ zu ermitteln, auf die Nase fällt. Natürlich können es auch noch zig andere Sachen sein, fehlende udf-module/support,
Das halte ich aber fuer sehr unwahrscheinlich. Wenn ein "mount /dev/hdc /media/cdrom" funktioniert, dann muessen die benoetigten Module vorhanden sein. Und gerade hier muss der Filesystem-Typ eben immer noch ermittelt werden. Wenn sich nicht doch noch ein alter Eintrag in der fstab befindet, passiert in diesem Fall bei einem "mount /dev/hdc" dann eigentlich das gleiche wie oben. Testweise wuerde ich in der fstab mal das auto durch den Filesystem-Typ der DVD ersetzen.
falsche einträge in /dev, ... .
Waere vielleicht noch eine Moeglichkeit. Und dann gibt es natuerlich auch noch die Moeglichkeit, dass ein alias-Befehl definiert wurde. Aber da man so etwas eigentlich weiss, kann man es vermutlich ausschliessen. Andererseits kann man mit einem beherzten "alias" auf der Kommandozeile schnell ueberpruefen. Uebrigens faellt mir gerade auf, dass hier eine DVD nach /media/cdrom gemountet werden soll. Wenn ich mich nicht irre, gibt Suse aber standardmaessig ein /media/dvd vor (kann das jetzt nicht pruefen, weil ich dazu meine Kinder vom Computer vertreiben muesste). Entsprechend gibt es dann auch einen Eintrag in der fstab. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Heinz W. Pahlke wrote:
wauhsl2:/home/fredl # mount /dev/hdc /media/cdrom
Wenn das funktioniert, aber ...
mount: /dev/hdc: Konnte den Superblock nicht lesen
... das nicht, dann ... [...]
Die /etc/fstab wird nur gelesen, wenn mount eine Angabe fehlt. Wenn
Richtig. Und das passiert bei (s)einem "mount /dev/hdc".
Du schon beim mount Gerät und Ziel angibst, braucht er die nicht.
Hmm ;-)) --- wauhsl2:/home/fredl # mount /dev/hdc /media/cdrom War das Kommando, was er eingetippt hat. ("mount gerät ziel") --- mount: /dev/hdc: Konnte den Superblock nicht lesen Das war die Fehlermeldung die er bekommen hat, direkt vom mount. Er hat nicht "mount /dev/hdc" eingetippt.
Logisch ;-)
Yep ;-)
Und acpi hat bei mir schon die merkwürdigsten Fehler verursacht. Sein boot-controller ist scsi, der ide-controller hat nur das dvd-laufwerk. Wenn mit dem Interrupt was nicht stimmt, kann es durchaus sein, dass er zwar die Geräte gerade noch findet, aber sobald er drauf zugreift, z.B. um den Filesystem-Typ zu ermitteln, auf die Nase fällt. Natürlich können es auch noch zig andere Sachen sein, fehlende udf-module/support,
Das halte ich aber fuer sehr unwahrscheinlich.
Wenn ein "mount /dev/hdc /media/cdrom" funktioniert, dann muessen die benoetigten Module vorhanden sein. Und gerade hier muss der Filesystem-Typ eben immer noch ermittelt werden.
Hmm, es hat ja _nicht_ funktioniert.
Wenn sich nicht doch noch ein alter Eintrag in der fstab befindet, passiert in diesem Fall bei einem "mount /dev/hdc" dann eigentlich das gleiche wie oben.
Testweise wuerde ich in der fstab mal das auto durch den Filesystem-Typ der DVD ersetzen.
falsche einträge in /dev, ... .
Waere vielleicht noch eine Moeglichkeit.
Und dann gibt es natuerlich auch noch die Moeglichkeit, dass ein alias-Befehl definiert wurde. Aber da man so etwas eigentlich weiss, kann man es vermutlich ausschliessen. Andererseits kann man mit einem beherzten "alias" auf der Kommandozeile schnell ueberpruefen.
alias halte ich für relativ unwahrscheinlich.
Uebrigens faellt mir gerade auf, dass hier eine DVD nach /media/cdrom gemountet werden soll. Wenn ich mich nicht irre, gibt Suse aber standardmaessig ein /media/dvd vor (kann das jetzt nicht pruefen, weil ich dazu meine Kinder vom Computer vertreiben muesste). Entsprechend gibt es dann auch einen Eintrag in der fstab.
Wohin man was mountet ist relativ egal, solange das Zielverzeichnis existiert (und nicht gerade ge-lockt ist). Es geht hier nur um den mount. Der Funktioniert nicht. Wenn man nachher mit irgendwelchen Anwendungen darauf zugreifen möchte, muss man sich freilich noch um den richtigen Link von /dev/cdrom oder von mir aus auch um das Verzeichnis /media/dvd kümmern, aber soweit sind wir noch lange nicht ;-) -- Gruß, Andreas
Hallo, On 08-Jul-2003 Andreas Winkelmann wrote:
--- wauhsl2:/home/fredl # mount /dev/hdc /media/cdrom
War das Kommando, was er eingetippt hat. ("mount gerät ziel")
--- mount: /dev/hdc: Konnte den Superblock nicht lesen
Das war die Fehlermeldung die er bekommen hat, direkt vom mount. Er hat nicht "mount /dev/hdc" eingetippt.
Habe ich anders verstanden. Sorry. Und da ich vorhin den Rechner runtergefahren und damit auch xfmail beendet habe, ist der Thread auch weg.
alias halte ich für relativ unwahrscheinlich.
ACK, und nach dem obigen erst recht.
Wohin man was mountet ist relativ egal, solange das Zielverzeichnis existiert (und nicht gerade ge-lockt ist).
Klar, aber wenn yast etwas in die fstab schreibt und man selbst Eintraege vornimmt, dann ist es fuer ein "mount /dev/hdc" evtl. nicht egal. Aber in diesem Fall ist es tatsaechlich egal.
mit irgendwelchen Anwendungen darauf zugreifen möchte, muss man sich freilich noch um den richtigen Link von /dev/cdrom oder von mir aus auch um das Verzeichnis /media/dvd kümmern, aber soweit sind wir noch lange nicht ;-)
Vielleicht liege ich ja wieder daneben, aber geht denn ein "mount -t Dateisystem-Typ"? Ich habe jedenfalls eben mal versucht, den Brenner ohne eingelegte CDROM zu mounten, und da heisst die Meldung "mount: No medium found". Also gehe ich mal davon aus, dass eine Meldung "mount: /dev/hdc: Konnte den Superblock nicht lesen" bedeutet, dass zwar ein Medium gefunden wurde, aber nicht gelesen werden konnte. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Heinz W. Pahlke wrote:
Vielleicht liege ich ja wieder daneben, aber geht denn ein "mount -t Dateisystem-Typ"?
Sein erster Versuch war : "mount -t iso9660 /dev/hdc /media/cdrom". Daraufhin riet ich ihm iso9660 wegzulassen, weil die suse-dvd auch durchaus udf sein kann.
Ich habe jedenfalls eben mal versucht, den Brenner ohne eingelegte CDROM zu mounten, und da heisst die Meldung "mount: No medium found". Also gehe ich mal davon aus, dass eine Meldung "mount: /dev/hdc: Konnte den Superblock nicht lesen" bedeutet, dass zwar ein Medium gefunden wurde, aber nicht gelesen werden konnte.
Ja, genau. Und was auch noch seltsam ist "hwinfo --cdrom" sagt bei ihm trotz eingelegter dvd: "Drive status: no medium". -- Gruß, Andreas
Hallo, On 08-Jul-2003 Andreas Winkelmann wrote:
Heinz W. Pahlke wrote:
Vielleicht liege ich ja wieder daneben, aber geht denn ein "mount -t Dateisystem-Typ"?
Sein erster Versuch war : "mount -t iso9660 /dev/hdc /media/cdrom". Daraufhin riet ich ihm iso9660 wegzulassen, weil die suse-dvd auch durchaus udf sein kann.
Und was sagte ein "mount -t udf /dev/hdc /media/cdrom"? Aber inzwischen ahne ich die Antwort schon.
Ja, genau. Und was auch noch seltsam ist "hwinfo --cdrom" sagt bei ihm trotz eingelegter dvd: "Drive status: no medium".
Nachdem sich mein Missverstaendnis geklaert hat, spricht das dann eigentlich doch fuer ein Problem mit dem SCSI-Modul. Gibt es da die Moeglichkeit, einen anderen Treiber zu probieren? Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Am Mit, 2003-07-09 um 09.19 schrieb Heinz W. Pahlke:
Hallo,
On 08-Jul-2003 Andreas Winkelmann wrote:
Heinz W. Pahlke wrote:
Vielleicht liege ich ja wieder daneben, aber geht denn ein "mount -t Dateisystem-Typ"?
Sein erster Versuch war : "mount -t iso9660 /dev/hdc /media/cdrom". Daraufhin riet ich ihm iso9660 wegzulassen, weil die suse-dvd auch durchaus udf sein kann.
Und was sagte ein "mount -t udf /dev/hdc /media/cdrom"?
Aber inzwischen ahne ich die Antwort schon.
Ja genau - gleiches Symptom. Mittlerweile glaube ich, dass der Kernel immer den falschen Treiber versucht. Oder so etwas. Alfred
Hallo, On 09-Jul-2003 Alfred Poschmann wrote:
Mittlerweile glaube ich, dass der Kernel immer den falschen Treiber versucht. Oder so etwas.
Ich weiss, warum ich mir meine Kernel immer selbst kompiliere ;-) Beste Gruesse, Heinz. PS: Nein, sie laufen dann nicht immer fehlerfrei, aber ich weiss dann wenigstens, dass der Fehler so rund einen Meter vor dem Bildschirm sitzt :-)) -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Hallo, On Wed, 09 Jul 2003, Alfred Poschmann schrieb:
Am Mit, 2003-07-09 um 09.19 schrieb Heinz W. Pahlke:
On 08-Jul-2003 Andreas Winkelmann wrote:
Heinz W. Pahlke wrote:
Vielleicht liege ich ja wieder daneben, aber geht denn ein "mount -t Dateisystem-Typ"?
Sein erster Versuch war : "mount -t iso9660 /dev/hdc /media/cdrom". Daraufhin riet ich ihm iso9660 wegzulassen, weil die suse-dvd auch durchaus udf sein kann.
Und was sagte ein "mount -t udf /dev/hdc /media/cdrom"?
Aber inzwischen ahne ich die Antwort schon.
Ja genau - gleiches Symptom.
Mittlerweile glaube ich, dass der Kernel immer den falschen Treiber versucht. Oder so etwas.
Kurze Zwischenbemerkung dazu: Kontrolliere bitte mal dein modules.conf. Wie sehen die relevaten Zeilen da ueberhaupt aus? -dnh -- The problem with people whose minds are in the gutter is that they keep blocking my periscope. [Peter Gutman]
* Alfred Poschmann schrieb am 07.Jul.2003:
bringt genau die gleiche Fehlermeldung. Was ist eigentlich ein Superblock?
Im Superblock stehen alle generellen Verwaltungsdaten einer Partition, etwa die Blockgröße, wo die Inodes anfangen, wie oft fsck gemacht werden soll usw. Bernd -- Bitte die Etikette beachten: http://www.suse-etikette.de.vu/etikette.html Bitte Realnamen angeben, kein Vollquoting, kein Html, PGP oder Visitenkarten benutzen. Signatur mit "-- " abtrennen, bei Antworten "Re: " voranstellen, sonst nichts. |Zufallssignatur 4
participants (11)
-
Alfred Poschmann
-
Andreas Winkelmann
-
B.Brodesser@t-online.de
-
Christian Ullrich
-
David Haller
-
Elmar Blaschka
-
Harald_mail@t-online.de
-
Heinz W. Pahlke
-
Rainer Peipp
-
Steffen Moser
-
the_Q@t-online.de