Autor Thema: Gelöst: NetApp 146GB FC-AL Platte in Sun Blade - Disk Label Problem  (Gelesen 2729 mal)

Balzac2m

  • Gast
Hallo, ich mal wieder :-)

Folgendes Problem:
Ich habee in meiner Blade eine 36GB und eine 146GB FC-AL Platte, leider ist die 146er nicht original Sun, sondern eine NetApp, (in wirklichkeit natürlich nicht, ist eine Seagate ST3146807FC) welche nicht so recht laufen will.

Wenn ich Format aufrufe und die Platte auswaehle:

0. c1t2d0 <drive type unkown>
wenn ich die disk also auswähle, bekomme ich die bekannte Liste voller Festplatten, welche mir aber alle nicht die meinige zu sein scheinen (hört bei der 36GB Platte auf, welche ich auch im System habe).
Habe es zuerst mit einem Other probiert, also alle Daten selbst eingeben, dass scheint mir auch der richtige Weg zu sein, aber leider hat das Format bei 98% nen Fehler geworfen, ich nehme an, ich hab es nicht so richtig erwischt mit der anzahl von atomen quer gegenüber vom zweiten Platter und was da alles so abgefragt wird.
Da das nichts wurde, hab ich ein Autoconfigure probiert, das führte ärgerlicherweise zu nichts, da er zwar meinte, er würde formatieren, im Endeffekt kam aber doch nach ner Zeit wieder ein Fehler.

Nun bin ich relativ ratlos, die Platte geht laut vorbesitzer einwandfrei, und ich habe auch nocch eine zweite, welche die gleichen probleme hat. Im Endeffekt will ich die beiden 146er im System haben, aber das scheint noch ein langer weg zu sein.

Meine Hoffnung, das es klappt, wenn ich einfach Solaris neuinstalliere, ist auch zerstört.

Ich zähl auf euch

gruß
Frederic


edit:
Wie immer, sobald ich hier um Hilfe weine, komme ich der Sache ein bisschen näher
vom Feind:
Zitat von: dell.com
  Formatted capacity 
146.8 Gbytes (ST3146807)
  Rotational speed 
10,000 rpm
  Average rotational latency 
2.99 msec
  Interleave factor 
1:1
  Track density 
64,000 tracks per inch
  Data cylinders 
49,855 (user accesible)
  Total used sectors
286,749,488 (ST3146807)
  Cache (total) 
8,192 Mbytes on LW and LC models
  Access time* (average, including controller overhead) 
Read: 4.9 msec
Write: 5.5 msec
  Read/write heads 
8 (ST3146807)
  Bytes per sector   
Default  512
Variable  512 to 528 bytes per sector in even number of bytes per sector. If n (number of bytes per sector) is odd, then n-1 will be used.
  Number of tracks per surface 
49,855 (user accessible)

Vielleicht kann ja jemand damit soviel anfangen, dass er mir sagt, was ich eintragen muss :-)

ich habs nunmal so probiert... ist es ernsthaft 4? ähem.. egal:

Enter number of data cylinders: 49855
Enter number of alternative cylinders[2]: 2
Enter number of physical cylinders[49857]: 49857
Enter number of heads: 8
Enter physical number of heads[default]: [default]
Enter number of data sectors/track:5751
Enter number of physical sectors/track[default]: [default]
Enter rpm of drive: 10000
Enter format tome[default]: [default]
Enter cylinder skew[default]: [default]
Enter track skew[default]: [default]
Enter tracks per zone[default]: [default]
Enter alternate tracks[default]: [default]
Enter alternate sectors[default]: [default]
Enter cache control[default]: [default]
Enter prefetch threshold[default]: [default]
Enter minimum prefetch[default]: [default]
Enter maximum prefetch[default]: [default]
Enter disk type name:"Seagate ST3146807"
« Letzte Änderung: 12. Januar 2006, 07:34:31 von Balzac2m »

sonnenblen.de - Das unabhängige Sun User Forum


Balzac2m

  • Gast
Re: NetApp 146GB FC-AL Platte in Sun Blade - Disk Label Problem
« Antwort #1 am: 12. Januar 2006, 05:40:18 »
Ich antworte mir mal selbst, damit mein startpost nicht unnötig aufgeblasen wird:
Nach 1.5 Stunden darf ich nun hochverärgert feststellen, dass es nicht geklappt hat:

Formatting...
 97% complete (00:02:48 remaining) done

Warning: Current geometry overshoots actual geometry o f disk

Continue labelling disk? y
Warning: error writing VTOC.
Illegal request during read: block -2001152190 (0x88b8 d742) (-43495/-5/-5475)
ASC: 0x21   ASCQ: 0x0
Warning: error reading backup label.
Illegal request during read: block -2001152188 (0x88b8 d744) (-43495/-5/-5473)
ASC: 0x21   ASCQ: 0x0
Warning: error reading backup label.
Illegal request during read: block -2001152186 (0x88b8 d746) (-43495/-5/-5471)
ASC: 0x21   ASCQ: 0x0
Warning: error reading backup label.
Illegal request during read: block -2001152184 (0x88b8 d748) (-43495/-5/-5469)
ASC: 0x21   ASCQ: 0x0
Warning: error reading backup label.
Illegal request during read: block -2001152182 (0x88b8 d74a) (-43495/-5/-5467)
ASC: 0x21   ASCQ: 0x0
Warning: error reading backup label.
Warning: no backup labels

Verifying media...
       pass 0 - pattern = 0xc6dec6de
  0/0/0

Warning:Drive may be reserved or has been removed, abo rting surface analysis.
Warning: Unable to get capacity. Cannot check geometry
Warning: error writing VTOC.
Illegal request during read: block -2001152190 (0x88b8 d742) (-43495/-5/-5475)
ASC: 0x21   ASCQ: 0x0
Warning: error reading backup label.
Illegal request during read: block -2001152188 (0x88b8 d744) (-43495/-5/-5473)
ASC: 0x21   ASCQ: 0x0
Warning: error reading backup label.
Illegal request during read: block -2001152186 (0x88b8 d746) (-43495/-5/-5471)
ASC: 0x21   ASCQ: 0x0
Warning: error reading backup label.
Illegal request during read: block -2001152184 (0x88b8 d748) (-43495/-5/-5469)
ASC: 0x21   ASCQ: 0x0
Warning: error reading backup label.
Illegal request during read: block -2001152182 (0x88b8 d74a) (-43495/-5/-5467)
ASC: 0x21   ASCQ: 0x0
Warning: error reading backup label.
Warning: no backup labels
format>


HEILIGER STROHSACK, PotzBlitz etc.

nach einer durchgemachten Nacht: Es geht. Autoconfiguration ist beim dritten Versuch durchgelaufen.
Meine Fresse, das hat lange gedauert
« Letzte Änderung: 12. Januar 2006, 07:35:47 von Balzac2m »

Offline Ebbi

  • Sobl Administrator
  • Sobl Guru
  • *****
  • Beiträge: 1315
  • Minusgeek
Re: Gelöst: NetApp 146GB FC-AL Platte in Sun Blade - Disk Label Problem
« Antwort #2 am: 12. Januar 2006, 08:04:25 »
In solchen Fällen, wenn z.B. noch gar kein System installiert ist, boote ich einfach die Gentoo Live-CD und erstelle damit ein Sun Disklabel. Das hat bisher noch immer geklappt. :)