Einkauf schrieb in 3,4K (92 Zeilen):
[Realname unten]
Flupp war der Virus aus der Win Parition. Dumm gelaufen. Ich habe dann mit fdisk /mbr den mbr platt gemacht und mit sys die systemspuren neu geschrieben.
Der Parity-Boot ist nur im MBR/Floppy-Bootsektor vorhanden, falls du keinen Dropper hast (i.e. ein Programm, welches den Virus das erste Mal auf den MBR schreibt). Anders als bei gewissen anderen Viren (one half verschluesselt langsam die Sektoren von hinten nach vorne ...) ist fdisk /mbr sicher und vollkommen ausreichend. "lilo" haette auch gereicht! Ich nehme an, du hast jede einzelne Diskette geprueft und gereinigt, ja? Und allen, denen du Disketten gegeben hast, Bescheid gesagt, ja? Sonst geht's gleich wieder los!
Der SCSI Controller war dann auf einmal der ansicht das die Platten plötzlich 65xxx Cylinder haben (normal <255). Der Controller gibt ne Warnmeldung das das zu Problemen mit DOS führen kann.
Da Platten heute verschieden viele Sektoren an verschiedenen Stellen haben, ist C/H/S eh Illusion. Genauso wie deine <255 Cylinder (die sind eh rein virtuell).
Linux bootete auch nicht mehr da jetzt ja alles über der Spur 1024 liegt. (bei 65xxx Spuren ja auch nicht weiter verwunderlich)
Das ist ein BIOS-Problem, wenn du aber auf den ersten paar Spuren /boot hast, kann dich das nicht kratzen.
habe ich dann das Linux fdisk ausprobiert und siehe da alles wunderbar. Hmmm habe ich mir gedacht und die Paritions tabelle auf sda un sdb neu geschrieben (mit hilfe von yast).
Linux fdisk ist in Ordnung :-)
Auf der Win Platte (sda) hat das auch irgendwie funktioniert, der Controller mosert nicht mehr rum sondern zeigt die "richtigen" Parameter an. Nur an der Zweiten Platte (für linux sdb) wird noch was von 65xxx Cyl. geschrieben.
fdisk /dev/sdb m -> Menu x -> extra functionality (experts only) m -> Menu c change number of cylinders h change number of heads s change number of sectors/track p print the partition table Also einfach die 'richtigen' Werte eintragen. Welche sind das? Fuer IDE (SCSI bin ich nicht 100% sicher, aber duerfte die gleichen Werte haben): 63 Sektoren, 254 Koepfe, X Cylinder, wobei gilt X * 254 * 63 <= S * H * C mit S = reale Sektoren H = reale Koepfe C = reale Cylinder Diese Daten gibt hdparm -i /dev/sdb als RawCHS=35808/16/63 (also C = 35808, H = 16, S = 63) aus. Sicherheitsprobe: C * H * S / 2 / 1024 / 1024 == echte GB der Platte. (Fuer die Werte der Plattenhersteller: C * H * S * 512 / 1000 / 1000 / 1000 == falsche GB der Platte) Wenn die Platten *identisch* sind, kannst du der anderen Platte die Werte vermutlich via CurCHS=2246/255/63 (hdparm -i) abschauen.
Tekram meint, das nur duch ein SCSI Low-Level Format die zweite Platte wieder mit richtigen Parametern eingebunden werden kann.
Firlefanz. -Wolfgang PS: Ach ja, Stelle 0: Backups machen, ich gebe keine Garantien. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com