devfsd problem ?

[dieHenne]

servus,

hm in meiner mandrake 9.2 kiste hab ich ne 2te Festplatte eingebaut.
wenn ich das prinzip richtig durchschaut habe müsste devfsd doch die gerätedatei
für meine Festplatte einrichten aber er tut es nicht.
is ne ide-platte und harddrake erkennt sie richtig als samsung und gibt an es handle
sich um /dev/hdc. dieser link existiert aber nicht also bringt auch cfdisk nix.
normalerweise müsste devfsd doch /dev/ide/host0/bus1/target0/lun0/disc
anlegen, oder?

was soll ich denn jetzt machen ? mknod brauch ich doch dank devfsd nicht mehr
dachte ich *verwirrt* !?!

bitte antwortet meine 1te platte is doch schon so voll

 

[Boron]

Wenn es /dev/hdc nicht gibt (wirklich ungewöhnlich), dann erstell doch einfach einen Link von Hand: ln -s /dev/ide/host0/bus1/target0/lun0/disc /dev/hdc

 

[IntelOut]

Eigentlich werden die Laufwerke doch automatisch eingetragen und gemounted (soweit ich mich erinnere), aber es sollte bestimmt auch sowas wie ne Hardwareerkennung geben, der das unter KDE oder so erledigt.
In der Online-Hilfe solltest Du eigentlich was finden.
Ich hab mich auch in Linux-Foren damals schlau gemacht und so manchen wertvollen Tip und Hilfe erhalten. Hieß das Tool bei Mandrake nicht Harddrake oder so ?
Bin schon zu lange weg vom Pinguin ...

Die Dateien des Verzeichnisses /dev sind sogenannte Gerätedateien. Jedes Stück Hardware im System - sei es Hauptspeicher, Maus oder Festplattenpartition - wird dadurch repräsentiert. Gerätedateien ermöglichen den Zugriff auf die Systemresourcen und Geräte wie Festplatten, Modems, die Grafikkarte oder den Hauptspeicher.Es handelt sich dabei nicht um Dateien im eigentlichen Sinn, allerdings erscheinen sie in den Anwendungsprogrammen, die auf sie zugreifen müssen, wie normale Dateien, um sie zu lesen, zu beschreiben oder darauf zugreifen zu können.

# /dev/fd0 bezeichnet das erste Diskettenlaufwerk, /dev/fd* die weiteren.
# Die verschiedenen /dev/ttyS*- und /dev/cua*- Gerätedateien ermöglichen den Zugriff auf die seriellen Schnittstellen.
# Die Gerätedateien mit /dev/hd* beziehen sich auf IDE Festplatten.
/dev/hda beispielsweise symbolisiert die gesammte ERSTE Festplatte.
Diese werden jedoch von LINUX noch weiter unterteilt, so das sich /dev/hda1 auf die erste Partition dieser Festplatte bezieht

Auszug aus dem RedHat Handbuch.

Hoffe das hilft Dir nun etwas weiter.

PS: demnach ist /dev/hdc falsch, denn das würde heißen oder bedeuten, das Linux nach der 3. Festplatte sucht.

 

[aki]

hdc muss nicht falsch sein. wenn die festplatte am zweiten ide-port als master hängt, ist die bezeichnung hdc richtig.

 

[IntelOut]

Stimmt ...
@dieHenne sollte mal posten, was er genau für Einträge hat, dann kann man das vieleicht besser nachvollziehen.

 

[dieHenne]

servus

danke das ihr mir alle geantwortet habt und sorry das ich so lange nicht gepostet
hab ich hatte bissle prüfungsstress.

das mit dem link auf /dev/ide/host0/bus1/target0/lun0/disc wird leider nix, da
/dev/ide/host0/bus1/target0/lun0/disc nicht existiert :-(

mittlerweile hab ich die festplatte im verdacht den der kernel spuckt beim booten
folgendes aus (auszug aus /var/log/messages):
May 18 00:15:29 grobi kernel: hdc: SAMSUNG SP1203N, ATA DISK drive
...
May 18 00:15:29 grobi kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
May 18 00:15:29 grobi kernel: ide1 at 0x170-0x177,0x376 on irq 15
...
May 18 00:15:29 grobi kernel: hdc:end_request: I/O error, dev 16:00 (hdc), sector
0
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 1
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 2
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 3
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 4
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 5
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 6
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 7
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 0
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 1
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 2
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 3
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 4
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 5
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 6
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 7
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 21474
83640
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 21474
83641
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 21474
83642
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 21474
83643
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 21474
83644
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 21474
83645
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 21474
83640
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 21474
83641
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 21474
83642
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 21474
83643
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 21474
83644
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 21474
83645
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 0
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 2
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 4
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 6
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 0
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 2
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 4
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 6
May 18 00:15:29 grobi kernel: ldm_validate_partition_table(): Disk read failed.
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 0
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 2
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 4
May 18 00:15:29 grobi kernel: end_request: I/O error, dev 16:00 (hdc), sector 6
May 18 00:15:29 grobi kernel: unable to read partition table
May 18 00:15:29 grobi kernel: ide: late registration of driver.
...
oder ist es doch ein softwareproblem ?
dieses problem trat auch schon auf als ich noch nicht in der lilo.conf
die option hdc=ide-scsi
entfernt hab über die ich auf die schnelle nix herausgefunden hab.
keine ahnung warum harddrake oder sonst was das so angelegt haben.

also win erkennt die platte von daher müsste sie doch eigentlich intakt sein.
ich werd morgen mal ne knoppix ausprobieren und dann wieder posten.
nochmals sorry das ich so lange nich geantwortet hab.

bis denne

henne

 

[dieHenne]

servus

es funzt jetzt, hatte vergessen lilo zu starten das der die konfiguration neu einliest.
es lag also tatsächlich an hdc=ide-scsi

bis denne

henne